Opened 18 years ago

Closed 18 years ago

#1902 closed defect (invalid)

Error loading PHP/Mapscript extension with PHP 5.1 as Apache 1.3 module

Reported by: armin.burger@… Owned by: mapserverbugs
Priority: high Milestone: 4.10 release
Component: MapScript-PHP Version: 4.8
Severity: normal Keywords:
Cc:

Description

Since version 5.1.x of PHP I am having problems using PHP/Mapscript 
with PHP running as Apache 1.3 module under Linux. The environment is

MapServer 4.8.x and 4.10 beta1&2, compiled from sources
Apache 1.3.33 / 1.3.34
Debian 3.1 / Ubuntu 6.06
PHP 5.1.x compiled from sources as Apache DSO

When loading the Mapscript extension, I get the errors

with Mapserver 4.8:
/usr/sbin/apache: symbol lookup error: 
/usr/local/lib/php/extensions/php_mapscript_48.so: undefined symbol: 
php_sprintf

with Mapserver 4.10 beta:
/usr/sbin/apache: symbol lookup error: 
/usr/local/lib/php/extensions/php_mapscript_410.so: undefined symbol: 
zend_register_list_destructors_ex

The error does *not* appear with either
* running PHP as CGI (both Apache 1.3 and 2)
* using Apache 2 (both CGI and DSO)
* using PHP 5.0.x (both Apache 1.3 and 2, both CGI and DSO)

Change History (2)

comment:1 by dmorissette, 18 years ago

Milestone: 4.10 release
Is your PHP MapScript configured and compiled against the PHP 5.1.x source tree
that was configured to build as an Apache DSO? I am sking this becuase a
php_mapscript build for the PHP CGI may be different from a php_mapscript built
for PHP as a DSO and I want to rule out that possibility before checking any
further.

Setting 4.10 release target milestone.

comment:2 by dmorissette, 18 years ago

Resolution: invalid
Status: newclosed
Closing as INVALID.

Armin Burger wrote:
> Daniel,
> 
> thanks for the reply. You were right, I probably always used the mapscript
extension built for the CGI and trying to run it with the DSO version of PHP.
Now I recompiled everything and it worked. It might be that for the compilation
with the DSO I also forgot in the mapserver compilation to add the --with-httpd,
though I don't know if this is absolutely required.
> 
> Now everything seems to work fine. So thanks again for the very fast bug fix.
> 
> armin

Note: See TracTickets for help on using tickets.