<?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: inode sharing problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441323#M728971</link>
    <description>Actually inodes are distinguished from other inodes by their file types.&lt;BR /&gt;Increase ninode at try again.</description>
    <pubDate>Wed, 30 Aug 2000 14:22:00 GMT</pubDate>
    <dc:creator>CHRIS_ANORUO</dc:creator>
    <dc:date>2000-08-30T14:22:00Z</dc:date>
    <item>
      <title>inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441321#M728969</link>
      <description>When I tried to compile an application, I got the following error message: "close.c shares inode with close.o. Can't overwrite source file". Here close.c is one of source file and close.o is its generated object file. Can anyone give me a clue to sovle this compile problem? Thanks.</description>
      <pubDate>Wed, 30 Aug 2000 14:00:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441321#M728969</guid>
      <dc:creator>Jianzhong Mo</dc:creator>
      <dc:date>2000-08-30T14:00:50Z</dc:date>
    </item>
    <item>
      <title>Re: inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441322#M728970</link>
      <description>It sounds as though the compiler has detected that close.c and close.o are actually hard links to the same file. That's why they share the same inode number.&lt;BR /&gt;&lt;BR /&gt;Check with 'll -i close*' the first column is the inode number. &lt;BR /&gt;&lt;BR /&gt;If they are indeed the same, I don't see why you just can't remove close.o as you a recreating it anyway.</description>
      <pubDate>Wed, 30 Aug 2000 14:12:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441322#M728970</guid>
      <dc:creator>John Palmer</dc:creator>
      <dc:date>2000-08-30T14:12:18Z</dc:date>
    </item>
    <item>
      <title>Re: inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441323#M728971</link>
      <description>Actually inodes are distinguished from other inodes by their file types.&lt;BR /&gt;Increase ninode at try again.</description>
      <pubDate>Wed, 30 Aug 2000 14:22:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441323#M728971</guid>
      <dc:creator>CHRIS_ANORUO</dc:creator>
      <dc:date>2000-08-30T14:22:00Z</dc:date>
    </item>
    <item>
      <title>Re: inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441324#M728972</link>
      <description>I can reproduce this error by simply linking &lt;FILE&gt;.o to &lt;FILE&gt;.c.&lt;BR /&gt;&lt;BR /&gt;Simply removing &lt;FILE&gt;.o cures the problem.&lt;/FILE&gt;&lt;/FILE&gt;&lt;/FILE&gt;</description>
      <pubDate>Wed, 30 Aug 2000 14:34:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441324#M728972</guid>
      <dc:creator>John Palmer</dc:creator>
      <dc:date>2000-08-30T14:34:30Z</dc:date>
    </item>
    <item>
      <title>Re: inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441325#M728973</link>
      <description>Hi John and Chris,&lt;BR /&gt;&lt;BR /&gt;I doubled ninode number, but no luck. Actually close.o and close.c have different inode number. The source I tried to compile is DX-4.1.0. The makefiles are automatically generated which I changed the paths for some system libs only. The problem line of cc of one Makefile is followed:&lt;BR /&gt;&lt;BR /&gt;( make usual_shared_object || make aix_shared_object ) &lt;BR /&gt;        cc  -q -b -E   -shared -o libAnyDX.so `ls ../dxl/*.o | sed -e "s&amp;amp;../dxl/object.o&amp;amp;&amp;amp;" -e "s&amp;amp;../dxl/x11.o&amp;amp;&amp;amp;"`  DXLink.o&lt;BR /&gt;cc: warning 422: Unknown option "b" ignored.&lt;BR /&gt;cc: warning 422: Unknown option "h" ignored.&lt;BR /&gt;cc: warning 422: Unknown option "a" ignored.&lt;BR /&gt;cc: error 1411: "close.c" shares inode with "close.o".  Can't overwrite source file.&lt;BR /&gt;&lt;BR /&gt;../dxl/ is the directory where locates source code files which are compiled by a previous step of the whole compiling procedure. I don't know why the above cc line causes inode sharing problem. &lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Wed, 30 Aug 2000 18:06:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441325#M728973</guid>
      <dc:creator>Jianzhong Mo</dc:creator>
      <dc:date>2000-08-30T18:06:55Z</dc:date>
    </item>
    <item>
      <title>Re: inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441326#M728974</link>
      <description>Your warning 422 messages may indicate that your installation of the actual compiler is incorrect or that the cc compiler is corrupted and needs to be re-installed.</description>
      <pubDate>Thu, 31 Aug 2000 07:37:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441326#M728974</guid>
      <dc:creator>Pete Conneely</dc:creator>
      <dc:date>2000-08-31T07:37:44Z</dc:date>
    </item>
    <item>
      <title>Re: inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441327#M728975</link>
      <description>It looks like you are using compiler arguments suitable for an AIX compiler, not an HP-UX compiler.  The "-shared" and "-b" options are not valid for this compiler.  In fact, it looks like the compiler is trying to parse each letter in the word "shared" as individual arguments (that's why it is complaining about 'h' and 'a' as being unknown options.  Consequently, this means that the compiler is doing "-s -r -e -d" too, which is a weird mix.  I am also suspicous of the -E option when it looks this step is basically a link step, so the pre-processor should not be involved.&lt;BR /&gt;&lt;BR /&gt;I'd say whittle your options down to the bare minimum and see what happens.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 31 Aug 2000 18:26:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441327#M728975</guid>
      <dc:creator>tech1214</dc:creator>
      <dc:date>2000-08-31T18:26:03Z</dc:date>
    </item>
    <item>
      <title>Re: inode sharing problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441328#M728976</link>
      <description>Thanks for all of your inputs. I use aCC instead of cc to recompile the application. Then the inode sharing problem is gone. But I still don't know why.</description>
      <pubDate>Thu, 07 Sep 2000 14:23:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-sharing-problem/m-p/2441328#M728976</guid>
      <dc:creator>Jianzhong Mo</dc:creator>
      <dc:date>2000-09-07T14:23:31Z</dc:date>
    </item>
  </channel>
</rss>

