<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    I applied PR 1786, and PR 1797 to RTEMS4-10.0. <br>
    <br>
    <a class="moz-txt-link-freetext" href="https://www.rtems.org/bugzilla/show_bug.cgi?id=1786">https://www.rtems.org/bugzilla/show_bug.cgi?id=1786</a><br>
    <a class="moz-txt-link-freetext" href="https://www.rtems.org/bugzilla/show_bug.cgi?id=1797">https://www.rtems.org/bugzilla/show_bug.cgi?id=1797</a><br>
    <br>
    In addition, <font color="#000000">for RTEMS4-10.0, one needs to
      apply the patch below for the<br>
      cpukit/libfs/src/nfsclient/src/nfs.c</font><br>
    <br>
    <font color="#000000">********************************************************************************<br>
      <br>
      diff -a -u nfs.c.orig nfs.c<br>
      --- nfs.c.orig    2010-07-01 11:18:06.000000000 -0400<br>
      +++ nfs.c    2012-04-26 12:41:25.383414776 -0400<br>
      @@ -128,7 +128,6 @@<br>
       /* we use a dynamically assigned major number */<br>
       #define NFS_MAJOR                        (nfsGlob.nfs_major)<br>
       <br>
      -<br>
       /* NOTE: RTEMS (ss-20020301) uses a 'short st_ino' type :-( but
      the<br>
        * NFS fileid is 32 bit. [Later versions of RTEMS have fixed
      this;<br>
        * nfsInit() issues a warning if you run a version with 'short
      st_ino'.]<br>
      @@ -1574,7 +1573,7 @@<br>
                */<br>
               assert( node->args.name );<br>
       <br>
      -        *(const char**)arg = pathname + (node->args.name - p);<br>
      +        *(arg->c) = pathname + (node->args.name - p);<br>
       <br>
       #if 0<br>
               /* restore the directory node */<br>
      @@ -2616,6 +2615,9 @@<br>
           if (count > NFS_MAXDATA)<br>
               count = NFS_MAXDATA;<br>
       <br>
      +    if (count > nfsStBlksize)<br>
      +        count = nfsStBlksize;<br>
      +<br>
           SERP_ARGS(node).readarg.offset        = iop->offset;<br>
           SERP_ARGS(node).readarg.count          = count;<br>
           SERP_ARGS(node).readarg.totalcount    = UINT32_C(0xdeadbeef);<br>
      @@ -2720,6 +2722,8 @@<br>
           if (count > NFS_MAXDATA)<br>
               count = NFS_MAXDATA;<br>
       <br>
      +    if (count > nfsStBlksize)<br>
      +        count = nfsStBlksize;<br>
       <br>
           SERP_ARGS(node).writearg.beginoffset   =
      UINT32_C(0xdeadbeef);<br>
           if ( LIBIO_FLAGS_APPEND & iop->flags ) {<br>
      @@ -3247,8 +3251,8 @@<br>
           return 0;<br>
       }<br>
        </font><br>
    <br>
    Yes,  RTEMS4.10.1 and RTEMS4.10.2 still have bugs. <br>
    <br>
    Hope this helps,<br>
    Kate Feng<br>
    <br>
    <br>
    On 10/18/2012 02:43 AM, rwas wrote:
    <blockquote cite="mid:507FA51E.4040800@gmail.com" type="cite">Anyone
      had luck getting RPC apps to run under rtems-4.10.2?
      <br>
      <br>
      <br>
      I have code that ran fine under rtems-4.9 (powerpc) but crashes
      (the POSIX thread) under rtems-4.10.2 when rpc functions (in this
      case pmap_unset())
      <br>
      are called.
      <br>
      <br>
      And yes I've called "/rtems_rpc_start_portmapper()"/.
      <br>
      <br>
      Thanks.
      <br>
      <br>
      Robert W.
      <br>
      <br>
      <br>
         bsp: mvme5500
      <br>
          os: suse12.1
      <br>
       rtems: 4.10.2
      <br>
      _______________________________________________
      <br>
      rtems-users mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:rtems-users@rtems.org">rtems-users@rtems.org</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://www.rtems.org/mailman/listinfo/rtems-users">http://www.rtems.org/mailman/listinfo/rtems-users</a>
      <br>
    </blockquote>
    <br>
  </body>
</html>