<?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: Oracle Forms Crashes in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525981#M889758</link>
    <description>Try relinking the executable and see if that corrects the problem.</description>
    <pubDate>Tue, 08 May 2001 16:23:13 GMT</pubDate>
    <dc:creator>Osa Jousou</dc:creator>
    <dc:date>2001-05-08T16:23:13Z</dc:date>
    <item>
      <title>Oracle Forms Crashes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525980#M889757</link>
      <description>I have a customer that is having his Oracle forms crash. Have any of you seen the following  problem?&lt;BR /&gt;&lt;BR /&gt;     We have been running an Oracle Forms application under HP-UX 11.0, and &lt;BR /&gt;     occasionally have the application crash. So far, we, Oracle, our DBA have not found a reason. The crash occurs randomly, is not readily &lt;BR /&gt;     reproducible, and has no pattern. It is unknown whether HP-UX 11.0 plays any &lt;BR /&gt;     role in this problem. &lt;BR /&gt;     When the application crashes, the following message appears:&lt;BR /&gt;&lt;BR /&gt;     Error: stsini(),13 - Can't open /ots/oracle/product/dev2k60/bin/oracle&lt;BR /&gt;     Error: Stack Initialization Failure&lt;BR /&gt;     Error: ssdinit() failed 13&lt;BR /&gt;&lt;BR /&gt;     A file named "f60runm_dump_nnnnnn" results, whose contents include:&lt;BR /&gt;&lt;BR /&gt;     ERROR: Abnormal termination of connection. Error code: nn</description>
      <pubDate>Tue, 08 May 2001 16:09:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525980#M889757</guid>
      <dc:creator>Russell Campbell</dc:creator>
      <dc:date>2001-05-08T16:09:39Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle Forms Crashes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525981#M889758</link>
      <description>Try relinking the executable and see if that corrects the problem.</description>
      <pubDate>Tue, 08 May 2001 16:23:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525981#M889758</guid>
      <dc:creator>Osa Jousou</dc:creator>
      <dc:date>2001-05-08T16:23:13Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle Forms Crashes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525982#M889759</link>
      <description>Hi Russell:&lt;BR /&gt;One thing that glares out at me is the errno 13 - EPERM. Some process does not have permission to access that file. I would first shutdown the application and the database if it applies. Next if any filesystems are mounted&lt;BR /&gt;under your /ots filesystem I would unmount them and carefully check the permissions of the mountpoint directories. It's possible that the mountpoint permissions are too restrictive yet when you examine the mounted directory all appears well. This could be group permission related if some users are members of groupA and others are groupB. In any event the EPERM error is trying to tell you something. I don't think this is the problem but I would also make certain that you're not running out of filesystem space anywhere. One other thing, are any of the path's NFS? - that might be significant.&lt;BR /&gt;&lt;BR /&gt;Hope this gets you started, Clay.&lt;BR /&gt;</description>
      <pubDate>Tue, 08 May 2001 16:24:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525982#M889759</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2001-05-08T16:24:46Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle Forms Crashes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525983#M889760</link>
      <description>Clay,&lt;BR /&gt;Thanks for the hint. I took a look and found out that&lt;BR /&gt;/ots/oracle/product/dev2k60/bin/oracle had only 550 {r_xr_x___} permissions. Do you think this is the problem?</description>
      <pubDate>Tue, 08 May 2001 17:31:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525983#M889760</guid>
      <dc:creator>Russell Campbell</dc:creator>
      <dc:date>2001-05-08T17:31:18Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle Forms Crashes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525984#M889761</link>
      <description>Hi Russell:&lt;BR /&gt;Without knowing the user/group of the people trying to access it's not possible to know. The correct answer is yes that is possible but I would still look very closely at the mountpoint directories themselves. You could temporarily open up the directory permissions to 777 to see if the problem goes away and then restore the proper permissions.&lt;BR /&gt;Clay&lt;BR /&gt;</description>
      <pubDate>Tue, 08 May 2001 17:41:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525984#M889761</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2001-05-08T17:41:19Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle Forms Crashes</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525985#M889762</link>
      <description>Hi-&lt;BR /&gt;&lt;BR /&gt;HP announced for the patch recall from this following:&lt;BR /&gt;&lt;BR /&gt;****************************&lt;BR /&gt;HP  IT RESOURCE CENTER&lt;BR /&gt;****************************&lt;BR /&gt;Recalled Patch PHSS_22946&lt;BR /&gt;&lt;BR /&gt;Hewlett-Packard has recalled the following patch:&lt;BR /&gt;&lt;BR /&gt;PHSS_22946 : s700_800 11.00 X/Motif 32bit Runtime JAN2001 Periodic Patch&lt;BR /&gt;&lt;BR /&gt;While it may or may not affect you, we highly recommend that you&lt;BR /&gt;remove this patch from your system immediately.  Please read the&lt;BR /&gt;"Warning Description" below to determine if it is necessary for you to&lt;BR /&gt;&lt;BR /&gt;This patch has been removed by the HP-UX Patch&lt;BR /&gt;Administrator.&lt;BR /&gt;&lt;BR /&gt;- PHSS_21959 introduced changes that appear to be causing&lt;BR /&gt;  problems with the Oracle Forms application.  The forms&lt;BR /&gt;  builder (f60desm) fails to start and the following message is&lt;BR /&gt;  produced:&lt;BR /&gt;    ASSERTION FAILED: STATUS == CLIPBOARDSUCCESS, FILE UICL.C,&lt;BR /&gt;        LINE 985&lt;BR /&gt;&lt;BR /&gt;So if you use command swlist -l product | grep -e PHSS_21959 -e PHSS_22846, you have to remove.&lt;BR /&gt;&lt;BR /&gt;Boonchu Ngampairoijpibul</description>
      <pubDate>Thu, 10 May 2001 14:22:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-forms-crashes/m-p/2525985#M889762</guid>
      <dc:creator>Boonchu Ngampairoijpibu_1</dc:creator>
      <dc:date>2001-05-10T14:22:41Z</dc:date>
    </item>
  </channel>
</rss>

