<?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: PHP error blocks in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/php-error-blocks/m-p/5170162#M94237</link>
    <description>H. Becker's example revealed the same output:&lt;BR /&gt;&lt;BR /&gt;$ r APACHE$COMMON:[MODULES]MOD_PHP_APACHE-2_0&lt;BR /&gt;%DCL-W-ACTIMAGE, error activating image PHPSHR&lt;BR /&gt;-CLI-E-IMAGEFNF, image file not found DSA1:[SYS2.SYSCOMMON.][SYSLIB]PHPSHR.EXE;&lt;BR /&gt;&lt;BR /&gt;Solved by:&lt;BR /&gt;&lt;BR /&gt;$ DEFINE/SYSTEM/EXEC PHPSHR APACHE$ROOT:[PHP.BIN]PHPSHR.EXE&lt;BR /&gt;&lt;BR /&gt;After that:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;$ r APACHE$COMMON:[MODULES]MOD_PHP_APACHE-2_0&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000&lt;BR /&gt;2204, PC=00000000002B09D0, PS=0000001B&lt;BR /&gt;...&lt;BR /&gt;&lt;BR /&gt;and httpd -k flush now works.&lt;BR /&gt;</description>
    <pubDate>Fri, 17 Apr 2009 09:10:07 GMT</pubDate>
    <dc:creator>Willem Grooters</dc:creator>
    <dc:date>2009-04-17T09:10:07Z</dc:date>
    <item>
      <title>PHP error blocks</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/php-error-blocks/m-p/5170160#M94235</link>
      <description>After upgrade SWS from 1.3 to 2.1-1, I encounter the following error when executing some commands:&lt;BR /&gt;&lt;BR /&gt;RBS02323@VAGB21&amp;gt; httpd -t               &lt;BR /&gt;Syntax error on line 5 of /apache$root/conf/mod_php.conf:&lt;BR /&gt;Can't locate API module structure `php4_module' in file /apache$root/000000/modules/mod_php_apache-2_0.exe: function not implemented&lt;BR /&gt;&lt;BR /&gt;I checked apache$root:[modules]mod_php_apache-2_0.exe and it _does_ contain this entrypoint, abeit in uppercase.&lt;BR /&gt;&lt;BR /&gt;The problem occurs on the next options:&lt;BR /&gt;-k (used for flushing or cycle of logfiles, for instance)&lt;BR /&gt;-S (show virtual hosts)&lt;BR /&gt;-t syntax check for config files&lt;BR /&gt;&lt;BR /&gt;making it impossible to flush or renew the logfiles of check the configuration.&lt;BR /&gt;&lt;BR /&gt;Of course, PHP doesn't work either, although all is prepared: the configuration file contains the line to include php.conf (added by the installation program)&lt;BR /&gt;&lt;BR /&gt;Where to look for clues? There is nothing in ERROR_LOG or ACCESS_LOG, nor is a PHP-logfile created.&lt;BR /&gt;&lt;BR /&gt;(this is a 2-node, clustered environment, it happens on both nodes)</description>
      <pubDate>Fri, 17 Apr 2009 06:27:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/php-error-blocks/m-p/5170160#M94235</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-04-17T06:27:08Z</dc:date>
    </item>
    <item>
      <title>Re: PHP error blocks</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/php-error-blocks/m-p/5170161#M94236</link>
      <description>&amp;gt;&amp;gt;&amp;gt; Can't locate API module structure `php4_module' ...&lt;BR /&gt;&lt;BR /&gt;... is likely the result of a dlsym() aka lib$fis. Unfortunately it doesn't give you much detail. It can be that it didn't find the lowercase name. Unkikely, lib$fis by default is case insensitive. It can be that a required shareable image for mod_php_apache-2_0. can't be found. For example PHPSHR.&lt;BR /&gt;&lt;BR /&gt;I would check if I can activate MOD_PHP_APACHE-2_0, like&lt;BR /&gt;&lt;BR /&gt;$ r APACHE$COMMON:[MODULES]MOD_PHP_APACHE-2_0&lt;BR /&gt;%DCL-W-ACTIMAGE, error activating image PHPSHR&lt;BR /&gt;-CLI-E-IMAGEFNF, image file not found $1$DKA500:[SYS0.SYSCOMMON.][SYSLIB]PHPSHR.&lt;BR /&gt;EXE;&lt;BR /&gt;$&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Apr 2009 08:17:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/php-error-blocks/m-p/5170161#M94236</guid>
      <dc:creator>H.Becker</dc:creator>
      <dc:date>2009-04-17T08:17:58Z</dc:date>
    </item>
    <item>
      <title>Re: PHP error blocks</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/php-error-blocks/m-p/5170162#M94237</link>
      <description>H. Becker's example revealed the same output:&lt;BR /&gt;&lt;BR /&gt;$ r APACHE$COMMON:[MODULES]MOD_PHP_APACHE-2_0&lt;BR /&gt;%DCL-W-ACTIMAGE, error activating image PHPSHR&lt;BR /&gt;-CLI-E-IMAGEFNF, image file not found DSA1:[SYS2.SYSCOMMON.][SYSLIB]PHPSHR.EXE;&lt;BR /&gt;&lt;BR /&gt;Solved by:&lt;BR /&gt;&lt;BR /&gt;$ DEFINE/SYSTEM/EXEC PHPSHR APACHE$ROOT:[PHP.BIN]PHPSHR.EXE&lt;BR /&gt;&lt;BR /&gt;After that:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;$ r APACHE$COMMON:[MODULES]MOD_PHP_APACHE-2_0&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000&lt;BR /&gt;2204, PC=00000000002B09D0, PS=0000001B&lt;BR /&gt;...&lt;BR /&gt;&lt;BR /&gt;and httpd -k flush now works.&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Apr 2009 09:10:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/php-error-blocks/m-p/5170162#M94237</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-04-17T09:10:07Z</dc:date>
    </item>
  </channel>
</rss>

