ports/127262: fbclient crashes php engine

[Nigel Weeks]

>Number:         127262
>Category:       ports
>Synopsis:       fbclient crashes php engine
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Sep 10 04:40:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Nigel Weeks
>Release:        RELENG_7_0
>Organization:
Australian Bulk Minerals / Prism9 Technology
>Environment:
FreeBSD server0001.prism9.com 7.0-STABLE FreeBSD 7.0-STABLE #0: Thu May 22 19:04:52 EST 2008     nweeks at server0001.prism9.com:/usr/obj/usr/src/sys/SERVER  i386

>Description:
After upgrade to FreeBSD 7, and rebuilding all ports from sources, Apache processes die with Sig 11's

Running php5 from command line yeilds the same result

simple php script containing the following:
#!/usr/local/bin/php

<?php

$conn = ibase_connect("localhost:/raid/db/passport.fdb","sysdba","masterkey");

$sql = "select * from tbl_transaction";
$rec = ibase_query($sql);
while($row = ibase_fetch_row($rec)){
  echo ".";

}

?>


When run, yields the following:
./db_test.php

Segmentation fault (core dumped)


gdb dump of the 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 `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.4...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.4
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.4
Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/php/20060613/interbase.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613/interbase.so
Reading symbols from /usr/local/lib/libfbclient.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libfbclient.so.2 Reading symbols from /lib/libncurses.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.7
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x285fedff in ThreadData::restoreSpecific ()
   from /usr/local/lib/libfbclient.so.2
[New Thread 0x835b300 (LWP 101281)]
(gdb) 


Again, all ports were compiled fresh - no old libraries were remaining...

Firebird operation itself is fine - can `isql` to databases, backups, restores and remtoe connections are fine.



>How-To-Repeat:
On FreeBSD 7.x  (Both 7_0_0_RELEASE and 7_0 have been tried):

Install PHP5, php5-interbase, Firebird2-client, and Firebird2-server.

Create test script to connect to a database, and do a simple select query


>Fix:
Currently, the only fix is to downgrade to FreeBSD 6.2

>Release-Note:
>Audit-Trail:
>Unformatted: