Hello !
zend_dtrace_gen.h is generated during configure using dtrace -h and then
the object file is generated using dtrace -G on Solaris and FreeBSD (mac
os doesn't need a compiled object files of the probe description). On
FreeBSD dtrace -h fails because of a syntax error in a dtrace script
that comes with the OS, therefore the dtrace headers cannot be
generated. We need to generate the headers as every OS generates
different DTrace headers.

I can now compile php on Freebsd 8p3 without any problem.
But when i'm using dtrace with php, dtrace segfault with a core.

f...@witchblade:/usr/home/fch/php/sapi/cli
26> sudo dtrace -ln 'php*:::' -c './php -m'
Password:
   ID   PROVIDER            MODULE                          FUNCTION NAME
Segmentation fault: 11 (core dumped)

dtrace work fine with DTraceToolkit.

The gdb backtrace say :

f...@witchblade:/usr/home/fch/php/sapi/cli
30> sudo gdb /usr/sbin/dtrace dtrace.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 "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `dtrace'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdtrace.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdtrace.so.2
Reading symbols from /usr/lib/libproc.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libproc.so.2
Reading symbols from /lib/libctf.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libctf.so.2
Reading symbols from /usr/lib/libelf.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libelf.so.1
Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.5
Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x28161380 in pthread_mutex_lock () from /lib/libthr.so.3
[New Thread 2a56bb40 (LWP 100191)]
[New Thread 28301140 (LWP 100166)]
(gdb) backtrace
#0  0x28161380 in pthread_mutex_lock () from /lib/libthr.so.3
#1  0x280ac7b2 in dtrace_proc_grab () from /lib/libdtrace.so.2
#2  0x2815b6fd in pthread_getprio () from /lib/libthr.so.3
#3  0x00000000 in ?? ()

f...@witchblade:/usr/home/fch/php/sapi/cli
35> sudo dtrace -V
dtrace: Sun D 1.6.2

f...@witchblade:/usr/home/fch/php/sapi/cli
36> ./php --version
PHP 5.3.99-dev (cli) (built: Jun 23 2010 21:31:03)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2010 Zend Technologies

f...@witchblade:/usr/home/fch/php/sapi/cli
38> ./php -i | grep DTrace
DTrace Support => enabled

f...@witchblade:/usr/home/fch/php/sapi/cli
39> uname -a
FreeBSD witchblade 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Wed Jun 23 18:54:51 CEST 2010 r...@witchblade:/usr/obj/usr/src/sys/WITCHBLADE i386

Any suggestion ?

Best regards,
Fred.

--
========================================================================
Frédéric Hardy : Architecte d'application/Admin. système/Ergonome
        Status : En recherche d'emploi
========================================================================


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to