Hi,
I have php 5.0.4 installed in Fedora core 4. I tried to find a DBG version that works with 5.0.4 in your page, but I couldn't find it. So I just download the 2.11.32 one that supports 5.0.3 and installed it according to the instruction in your FAQ. But I load up phpinfo() but it doesn't show dbg stuff, but it shows the rest of the stuff fine. So does it mean dbg doesn't support 5.0.4? or did I do something wrong?

Many thanks.

dbg-2.11.32 works fine under php 5.0.4, 5.0.5 and 5.1.0
Just compile it from its sources.

can I get 2.11.32 work without compiling? Just use the dbg.so-5.0.3 file?

debugger depends on the php core API and this API changes from version to version. In particular some macro or function call arguments are changed. Therefore debugger must be recompiled. You may try debugger compiled with different php version but most probably it will SEGFAULT your web server.

All debugger sources are available and it's really simple to get it compiled.
Take php source and unpack them in your home, for example /home/me/php-5.0.5
then compile php with the commands below
cd /home/me/php-5.0.5
./configure --prefix=/home/me/install
make && make install
then unpack debugger into /home/me/dbg-2.11.32
and compile it with the following commands:
cd /home/me/dbg-2.11.32
phpize=/home/me/install/bin/phpize ./deferphpize


PLEASE NOTE you have to have autoconf, automake, flex, bison and gcc installed. Check php's configure output. Normally it would finish with "creating makefile" messages. Otherwise it will show you incompatible or missed package.

Since Fedora 4 already have php binary and src in their system, I didn't reinstall php src.
I followed your instruction and compile the dbg, I got the following:

/home/me/Desktop/dbg-2.11.32/dbg_cmd.c: In function 'dbg_get_context_sym_table':
/home/me/Desktop/dbg-2.11.32/dbg_cmd.c:575: error: invalid lvalue in assignment
make: *** [dbg_cmd.lo] Error 1

ok,
this time I reinstall a extra copy of php in another folder and recompile dbg, same error. Please tell me how to fix it.

I just don't see why you don't just make the module for 5.0.4 available. 5.0.4 is not the newest version anyway. And I know you have newer verion of dbg available to your customer that come with the IDE. And many linux distribution are using 5.0.4 now. So only making 5.0.3 available does not make it helpful to anyone, especially when the compilation doesn't even work. I think that it doesn't help your company, it is only damaging your company's reputation.

You have all the right to make profit, but damaging your company's reputation is another thing.

I just look at the /var/log/httpd/error_log and found the following warning:
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/dbg.so-5.0.3' - /usr/lib/php/modules/dbg.so-5.0.3: cannot enable executable stack as shared object requires: Permission denied in Unknown on line 0

I found the problem of why the module doesn't load. I have to disable Fedora core 4 has SELinux protection on Httpd damon. The protection is enabled in default. It seems to block some of the modules like dbg.so and xsl.so.

I still can't find out why compiling doesn't work, but the module works now.

Really hate that SELinux thing, this is not the first time it causes some weird problems. And the warning/error messages never help.

wrong idea.
by making and installing php in your home directory, you would never break anything in your system and it makes sense to do compile with original sources.
If you believe you need what so ever come with your linux, you don't need sources at all. Install php-devel package and proceed with deferphpize, I'm not sure of phpize script if it's distributed with your linux or not. If not, you won't get anything compiled.

No, I did posted later and said that I reinstalled php in another directory and compiled again, but it still didn't work and had same error.

great,
please let me know if there is anything still unresoved.

TIA.