Re: [graphics/mapserver] PHP Mapscript
Hi,
Can this be some kind of library version mismatch? Both PHP and
Mapserver use GD for working with graphics. But PHP uses its internal GD
while Mapserver uses the FreeBSD version. Both differ in version;
FreeBSD GD is gd-2.0.35_8,1, PHP uses [GD Version] => bundled (2.0.34
compatible). So, how can I force PHP to use the FreeBSD GD version? If I
had a .configure, I'd use --with-gd=/usr/... but how is that possible
with make config?
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:
ms_GetVersion() still works, but the next line ($map = new
mapObj('test.map')) causes the segmentation fault to happen:
brfr@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@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 0x0069a10a 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@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
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [graphics/mapserver] PHP Mapscript
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:
ms_GetVersion() still works, but the next line ($map = new
mapObj('test.map')) causes the segmentation fault to happen:
brfr@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@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 0x0069a10a 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@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
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [graphics/mapserver] PHP Mapscript
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:
ms_GetVersion() still works, but the next line ($map = new
mapObj('test.map')) causes the segmentation fault to happen:
brfr@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@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 0x0069a10a 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@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
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
[graphics/mapserver] PHP Mapscript
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:
ms_GetVersion() still works, but the next line ($map = new
mapObj('test.map')) causes the segmentation fault to happen:
brfr@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@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 0x0069a10a 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@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
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
