[graphics/mapserver] PHP Mapscript

[Frank Broniewski]

Sorry for spamming. I did a `make` in /usr/ports/lang/php5 and checked, 
if there's a Zend directory in work/php-5.4.6/, but there's no Zend 
directory in work. Should one be there? Can someone please verify, if 
there's usually a Zend directory at 
/usr/ports/lang/php5/work/php-5.4.6/? That would be very kind :-)
If `Zend` is not a standard directory for compiling PHP, the directory 
seems to be introduced by another extension (mapscript maybe?)

Thanks,

Frank


Am 2012-09-27 09:00, schrieb Frank Broniewski:
> Btw., I wonder why
> /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c appears
> in the core dump. Shouldn't that have been moved to an appropriate
> directory somewhere and the link be updated?
>
> Frank
>
>
> Am 2012-09-26 16:17, schrieb Frank Broniewski:
>> Hi,
>>
>> I have a problem with PHP Mapscript (the graphics/mapserver package). I
>> suppose the problem is in conjunction with the combination of lang/php5
>> (PHP 5.4.6) and Mapserver 6.0.3. Everytime I try to initiate a new
>> mapObj in mapscript, PHP segfaults.
>>
>> My testscript:
>> <?php
>> echo ms_GetVersion();
>> $map = new mapObj('test.map');
>> ?>
>>
>> ms_GetVersion() still works, but the next line ($map = new
>> mapObj('test.map')) causes the segmentation fault to happen:
>> brfr at frodo# php -f pi.php
>> MapServer version 6.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ
>> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER
>> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
>> SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL
>> INPUT=SHAPEFILESegmentation fault (core dumped)
>>
>> An examination of the core with gdb yields
>> brfr at frodo# gdb /usr/local/bin/php php.core
>> GNU gdb 6.1.1 [FreeBSD]
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and you
>> are
>> welcome to change it and/or distribute copies of it under certain
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB.  Type "show warranty" for
>> details.
>> This GDB was configured as "amd64-marcel-freebsd"...
>> Core was generated by `php'.
>> Program terminated with signal 11, Segmentation fault.
>> Reading symbols from /lib/libcrypt.so.5...done.
>> Loaded symbols for /lib/libcrypt.so.5
>> [snip ...]
>> Reading symbols from /usr/local/lib/php/20100525-debug/tidy.so...done.
>> Loaded symbols for /usr/local/lib/php/20100525-debug/tidy.so
>> Reading symbols from /usr/local/lib/libtidy-0.99.so.0...done.
>> Loaded symbols for /usr/local/lib/libtidy-0.99.so.0
>> Reading symbols from /libexec/ld-elf.so.1...done.
>> Loaded symbols for /libexec/ld-elf.so.1
>> #0  0x000000000069a10a in zend_std_get_constructor (object=0x8024762c8)
>>      at
>> /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c:1271
>> 1271    /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c:
>> No such file or directory.
>>      in /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c
>> [New Thread 802407400 (LWP 100919/php)]
>> (gdb)
>>
>>
>> I tried compiling everything back and forth, enabled and disabled all
>> kinds of PHP extensions but nothing helps. Segfault is coming always
>> back to me. Btw.
>> root at frodo# php -v
>> PHP 5.4.6 (cli) (built: Sep 26 2012 15:32:23) (DEBUG)
>> Copyright (c) 1997-2012 The PHP Group
>> Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
>>
>> works, and all non-mapscript PHP applications seem to run fine.
>>
>> So, finally, any tipps to solve this problem are greatly appreceated ...
>>
>> Frank
>
>


-- 
Frank BRONIEWSKI

METRICO s.à r.l.
géomètres
technologies d'information géographique
rue des Romains 36
L-5433 NIEDERDONVEN

tél.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu