ID: 25045
Updated by: [email][/email]
Reported By: bvaughan at fame dot com
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Solaris 8
PHP Version: 4.3.3RC4-dev
New Comment:

Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit [url][/url] as this bug system is not the
appropriate forum for asking support questions.

Thank you for your interest in PHP.

This is an entirely mnoGoSearch-3.1.21 bug. The library performs a
number of conditional operations on uninitialized values that will
result in undefined behaviour and possible memory corruptions. I've
tried the 3.2.14 development release but it failed to compile on my
system, maybe it will on yours :).

Previous Comments:

[2003-08-11 15:53:53] bvaughan at fame dot com

Iliaa, I would love to help, but the problem showed itself in a
3rd-party php application (post-nuke) that I am examining for the 1st
time and am not familiar with at all. So I am not sure where to even
begin to isolate the problem.
If you have any suggestions, I would be happy to work with you to find
the source of this. But as of now, I am kinda lost as to why 'mnogo'
is crashing 'postnuke', and the crashes don't give me any clear info on
what function is being executed so that I could even search for a
telltale string.

As I said, I would be happy to assist if you could give me a starting

thanks for the quick responses!


[2003-08-11 15:43:15] bvaughan at fame dot com

removing mnogo from the configure worked. (I put it back one more time
to be sure, then removed it again).

FYI: I was using mnoGoSearch-3.1.21, which is listed as the "Stable"

Not sure why it broke, since I haven't used it's functionality yet, and
was testing an entirely different application. Maybe it replaces some
other core function?

Can you say if this has any implications for mnogo support?

thanks again!


[2003-08-11 14:42:59] [email][/email]

Could you please try to isolate the query which causes this problem and
if possible make small script that can be used to te the


[2003-08-11 14:41:35] [email][/email]

Can you please nuke one variable from this equation and remove
--with-mnogosearch from your configure line for PHP?

Do this before reconfigure:
# rm config.cache


[2003-08-11 14:38:02] bvaughan at fame dot com

I just re-tried with php4-STABLE-latest.tar, which is:
I got the same result, and the same output from gdb:

(gdb) run -X
Starting program: /disk1/apache/./bin/httpd -X
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]

Program received signal SIGSEGV, Segmentation fault.
0xff1b319c in strlen () from /usr/lib/
(gdb) bt
#0 0xff1b319c in strlen () from /usr/lib/
#1 0xfe6d8eac in add_property_string_ex (arg=0x3fe530, key=0xfe72e8f8
"def", key_len=4, str=0xb <Address 0xb out of bounds>, duplicate=1)
#2 0xfe55d2f8 in zif_mysql_fetch_field (ht=2, return_value=0x3fe530,
this_ptr=0x0, return_value_used=1)
#3 0xfe6efd64 in execute (op_array=0x2e8bb8) at
#4 0xfe6f009c in execute (op_array=0x2e9f40) at
#5 0xfe6f009c in execute (op_array=0x25b558) at
#6 0xfe6f009c in execute (op_array=0x2ea038) at
#7 0xfe6f009c in execute (op_array=0x3e0348) at
#8 0xfe6f2bd4 in execute (op_array=0x15b060) at
#9 0xfe6f009c in execute (op_array=0x130358) at
#10 0xfe6d4bcc in zend_execute_scripts (type=8, retval=0x0,
#11 0xfe67850c in php_execute_script (primary_file=0xffbef478) at
#12 0xfe6f6df4 in apache_php_module_main (r=0x125e18,
#13 0xfe6f8630 in send_php (r=0x125e18, display_source_mode=0,
#14 0xfe6f86a8 in send_pd_php (r=0x125e18) at
#15 0x420a8 in ap_invoke_handler ()
#16 0x61a18 in process_request_internal ()
#17 0x61a9c in ap_process_request ()
#18 0x54568 in child_main ()
#19 0x547fc in make_child ()
#20 0x54a18 in startup_children ()
#21 0x554dc in standalone_main ()
#22 0x56138 in main ()

Any more suggestions?



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

Edit this bug report at [url][/url]