php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #11780 udm_find makes php crash
Submitted: 2001-06-28 10:05 UTC Modified: 2001-07-04 00:49 UTC
From: cedric at anes dot com Assigned:
Status: Closed Package: Unknown/Other Function
PHP Version: 4.0.6 OS: Linux
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: cedric at anes dot com
New email:
PHP Version: OS:

 

 [2001-06-28 10:05 UTC] cedric at anes dot com 
To reproduce the problem :

<html><body>
Hello World<br>
<?php
        $udm_agent = udm_alloc_agent( "mysql://myuser:mypass@localhost/mnoGoSearch/","single");
        if ( $udm_agent == false )
                echo "Agent NOK<br>";
        else
                echo "Agent OK<br>";
        $res = udm_find( $udm_agent, "word" );
?>
</body></html>

Important notice: It seems to crash ONLY when the word
belongs the dictionary (dict table).
(This seems to prove that the udm_agent is well-defined)

Configuration :
./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --enable-trans-sid --with-curl --with-mnogosearch=/usr/local/bin/mnogosearch --enable-debug

Apache 1.3.19

Backtrace:

#0  _dl_lookup_versioned_symbol (undef_name=0x804bf7a "unlink", ref=0xbffffd18, symbol_scope=0x0, 
    reference_name=0x40010187 "", version=0x40151048, reloc_type=7) at do-lookup.h:82
#1  0x40009cfa in fixup (l=0x40013368, reloc_offset=1668) at dl-runtime.c:75
#2  0x40009e70 in _dl_runtime_resolve () at dl-runtime.c:170
#3  0x80779b3 in main ()

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-06-29 01:32 UTC] cedric at anes dot com 
BTW, if it can help, I'm using mnoGoSearch 3.1.16
and MySQL 3.23.35
 [2001-06-29 02:07 UTC] cedric at anes dot com 
Just got a new backtrace with httpd -X:

Program received signal SIGSEGV, Segmentation fault.
__libc_free (mem=0x1) at malloc.c:2914
malloc.c:2914: No such file or directory.
(gdb) bt
#0  __libc_free (mem=0x1) at malloc.c:2914
#1  0x403a0bf1 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#2  0x4039cb26 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#3  0x40415bfe in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#4  0x40415d6f in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#5  0x4042aa41 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#6  0x40393bdb in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#7  0x4037a2ae in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#8  0x40379137 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#9  0x4037a088 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#10 0x40395dd0 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#11 0x40366dbc in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#12 0x40375bc7 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#13 0x40386ce4 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#14 0x403838bf in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#15 0x40384218 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#16 0x40384248 in ?? () from /usr/local/apache-1.3.19/libexec/libphp4.so
#17 0x806ba5f in ap_invoke_handler ()
#18 0x807f375 in process_request_internal ()
#19 0x807f3d4 in ap_process_request ()
#20 0x8076871 in child_main ()
#21 0x80769fc in make_child ()
#22 0x8076b57 in startup_children ()
#23 0x8077154 in standalone_main ()
#24 0x80779b3 in main ()
 [2001-07-03 14:35 UTC] sniper@php.net 
User feedback:
----------------

 Hi Sergey !

Thanks a lot for your input.
It was actually already compiled that way.
However, you gave me an idea..
I've specified the path of the mysql binaries
( --with-mysql=/usr/local/mysql ) [for mnoGoSearch compil]
and now it seems to work fine !

The funny thing is that when I use only  --with-mysql, all the command line
tools
like the indexer are working fine and updates the databases accordingly !

--------------------

I guess you used this on PHP configure too?
It's better to use the external MySQL libraries if there
are some other Apache DSO's or some library that also uses 
Mysql.

--Jani
 [2001-07-04 00:49 UTC] cedric at anes dot com 
Actually I did'nt specify the MySQL librairies path
for php compilation since I don't have any other Apache DSO's that are accessing MySQL.

Here's my configure line:

../configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --enable-trans-sid --with-curl --with-mnogosearch=/usr/local/bin/mnogosearch --enable-debug
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Wed Oct 29 13:00:01 2025 UTC