|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #50478 connecting to Firebird makes segmentation fault
Submitted: 2009-12-15 11:16 UTC Modified: 2010-01-11 09:40 UTC
From: nmorozov at atlas-print dot ru Assigned:
Status: Not a bug Package: InterBase related
PHP Version: 5.3.1 OS: FreeBSD 7.x/8.x
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: nmorozov at atlas-print dot ru
New email:
PHP Version: OS:


 [2009-12-15 11:16 UTC] nmorozov at atlas-print dot ru
Im using FreeBSD 8.0 the result on 7.x is the same
My Firebird client version is 2.0.3 server have Yaffil (Firebird 1.5 modification)

Trying to connect using 
make a segmentation fault into apache 2.2.14 log
script produce nothing

Trying to use PDO
$conn = new PDO("firebird:dbname=".$database,$user,$pass);
this produce the same trash

Some time ago a have an earlier version on PHP and Firebird client 1.5.3 and have no problem. But it is not a firebird problem because my C program that communicates with firebird have no problem.

Trying to resolv it, I try to fix it myself editing ext/interbase/interbase.c

First i comment isc_attach_db function, and the is no more faults.
The next i rewrite the _php_ibase_attach_db function the same way that I use in my C code, but i change nothing. Possible Error is in the data manipulation  after connection because structures changed to version 2.0/2.1

PS. Maybe I need to repost it as and PDO bug also ?

Reproduce code:

$conn = new PDO("firebird:dbname=".$database,$user,$pass);

Actual result:
segmentation fault in apache 2.2.14 log


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2009-12-15 11:42 UTC]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read for *NIX and for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

 [2009-12-15 12:19 UTC] nmorozov at atlas-print dot ru
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 28401140 (LWP 100105)]
0x28e33e0f in ThreadData::restoreSpecific ()
   from /usr/local/lib/
(gdb) bt
#0  0x28e33e0f in ThreadData::restoreSpecific ()
   from /usr/local/lib/
#1  0x28e48c6f in return_success () from /usr/local/lib/
#2  0x28e5062a in REM_attach_database () from /usr/local/lib/
#3  0x28e3db2b in isc_attach_database () from /usr/local/lib/
#4  0x287c0c7c in _php_ibase_attach_db (args=0xbfbfceb4, len=0xbfbfcea0,
    largs=0xbfbfce94, db=0xbfbfcde8)
    at /usr/local/src/php-5.3.1/ext/interbase/interbase.c:887
#5  0x287c122c in _php_ibase_connect (ht=6, return_value=0x29515a48,
    return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, persistent=0)
    at /usr/local/src/php-5.3.1/ext/interbase/interbase.c:991
#6  0x287c14c5 in zif_ibase_connect (ht=6, return_value=0x29515a48,
    return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
    at /usr/local/src/php-5.3.1/ext/interbase/interbase.c:1038
#7  0x28a18746 in zend_do_fcall_common_helper_SPEC (execute_data=0x296a8040)
    at zend_vm_execute.h:313
#8  0x28a1d7b8 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x296a8040)
    at zend_vm_execute.h:1602
#9  0x28a17acb in execute (op_array=0x29694380) at zend_vm_execute.h:104
#10 0x289ebdf7 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
    at /usr/local/src/php-5.3.1/Zend/zend.c:1194
#11 0x28981105 in php_execute_script (primary_file=0xbfbfe604)
    at /usr/local/src/php-5.3.1/main/main.c:2225
#12 0x28ab6ad3 in php_handler (r=0x2969d058)
    at /usr/local/src/php-5.3.1/sapi/apache2handler/sapi_apache2.c:648
#13 0x080768d9 in ap_run_handler (r=0x2969d058) at config.c:157
#14 0x08079ba7 in ap_invoke_handler (r=0x2969d058) at config.c:372
#15 0x080909a0 in ap_process_request (r=0x2969d058) at http_request.c:282
#16 0x0808db9b in ap_process_http_connection (c=0x296991f0) at http_core.c:190
#17 0x0807dbb9 in ap_run_process_connection (c=0x296991f0) at connection.c:43
#18 0x080a452e in child_main (child_num_arg=Variable "child_num_arg" is not ava
) at prefork.c:662
#19 0x080a4773 in make_child (s=0x28415c40, slot=0) at prefork.c:702
#20 0x080a5321 in ap_mpm_run (_pconf=0x2840f018, plog=0x2844d018,
    s=0x28415c40) at prefork.c:978
#21 0x080640e5 in main (argc=675336216, argv=0x29697018) at main.c:740

(gdb) frame 9
#9  0x28a17acb in execute (op_array=0x29694380) at zend_vm_execute.h:104
104                     if ((ret = EX(opline)->handler(execute_data TSRMLS_CC))
> 0) {
 [2009-12-16 00:52 UTC]
I cannot reproduce the crash on Linux 32bit using Firebird 2.0.4.
 [2009-12-16 08:40 UTC] nmorozov at atlas-print dot ru
I have discover the problem. But very strange thing discovered.
PHP is linked with -lfbclient, but my working program is linked with -lgds ( is symlink to I just manyaly edit Makefile (replace -lfbclient to -lgds) and PHP becomes working.

My versions ...
Maybe gds points to compatible lib ? Maybe something wrong with fbclient lib in freebsd port ?
 [2010-01-11 09:40 UTC]
Bad library installations are not PHP bugs.
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Wed Nov 30 17:05:53 2022 UTC