Bug #15803 Updated: Informix + IBM DB2 = Compile Failure

From: Date: Tue, 23 Jul 2002 16:04:21 +0000
Subject: Bug #15803 Updated: Informix + IBM DB2 = Compile Failure
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-14901@lists.php.net to get a copy of this message
ID: 15803 Updated by: ralf.noeding@schmelz.com Reported By: truth@ichaos.com Status: Closed Bug Type: Compile Failure Operating System: Linux (RH7) PHP Version: 4.1.2 New Comment: We have the same errors while compiling with support of Informix and Adabas. Previous Comments: ------------------------------------------------------------------------ [2002-06-13 20:30:58] sniper@php.net This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. ------------------------------------------------------------------------ [2002-06-12 16:46:42] truth@ichaos.com I got the latest snapshot. Compiling it yeilds the following error: make: *** No rule to make target `/home/tom/src/php4-snapshot/ext/informix/ifx.c', needed by `ext/informix/ifx.lo'. Stop. ------------------------------------------------------------------------ [2002-06-12 16:25:07] truth@ichaos.com I have a backtrace. In the httpd error logs, it has this error: FATAL: emalloc(): Unable to allocate -133816 bytes backtrace is: #0 0x400c9a01 in __kill () from /lib/i686/libc.so.6 (gdb) bt #0 0x400c9a01 in __kill () from /lib/i686/libc.so.6 #1 0x40260f31 in _emalloc (size=4294833480, __zend_filename=0x40407131 "reg.c", __zend_lineno=200, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:173 #2 0x40344030 in php_ereg (ht=2, return_value=0x811566c, this_ptr=0x0, return_value_used=1, icase=0) at reg.c:200 #3 0x4034431c in zif_ereg (ht=2, return_value=0x811566c, this_ptr=0x0, return_value_used=1) at reg.c:259 #4 0x4026d935 in execute (op_array=0x81240e4) at ./zend_execute.c:1598 #5 0x4026db47 in execute (op_array=0x81240e4) at ./zend_execute.c:1638 #6 0x4026db47 in execute (op_array=0x811b754) at ./zend_execute.c:1638 #7 0x4026db47 in execute (op_array=0x8114734) at ./zend_execute.c:1638 #8 0x4027e568 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #9 0x40290d8a in php_execute_script (primary_file=0xbffff3a0) at main.c:1381 #10 0x4028b7d6 in apache_php_module_main (r=0x810aa54, display_source_mode=0) at sapi_apache.c:90 #11 0x4028c644 in send_php (r=0x810aa54, display_source_mode=0, filename=0x810b42c "/home/tom/public_html/mercury-base/index.php") at mod_php4.c:575 #12 0x4028c6b1 in send_parsed_php (r=0x810aa54) at mod_php4.c:590 #13 0x0806a75f in ap_invoke_handler () at eval.c:41 #14 0x0807f06f in process_request_internal () at eval.c:41 ---Type <return> to continue, or q <return> to quit--- #15 0x0807f493 in ap_internal_redirect () at eval.c:41 #16 0x0805f5f0 in handle_dir () at eval.c:41 #17 0x0806a75f in ap_invoke_handler () at eval.c:41 #18 0x0807f06f in process_request_internal () at eval.c:41 #19 0x0807f0d0 in ap_process_request () at eval.c:41 #20 0x080762e5 in child_main () at eval.c:41 #21 0x08076553 in make_child () at eval.c:41 #22 0x08076604 in startup_children () at eval.c:41 #23 0x08076c7c in standalone_main () at eval.c:41 #24 0x080774cf in main () at eval.c:41 #25 0x400b7507 in __libc_start_main (main=0x8077138 <main>, argc=1, ubp_av=0xbffff8a4, init=0x804e5d8 <_init>, fini=0x8094690 <_fini>, rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xbffff89c) at ../sysdeps/generic/libc-start.c:129 ------------------------------------------------------------------------ [2002-06-12 13:49:13] kalowsky@php.net 1) It looks like your DB2 include file isn't correct. The ODBCVER part really shouldn't be a problem, but the missing semi-colon line from you sqlcli1.h is. 2) I have no idea what causes the crash in odbc_connect. Can you please try compiling with the --enable-debug flag, crash the build, and send the backtrace? I don't have access to either database, so unfortunately I have no real answers for you. ------------------------------------------------------------------------ [2002-06-12 13:24:34] truth@ichaos.com I can get them to compile using the following method: informix: static module DB2: shared module But now the server segfaults on odbc_connect calls. What would it take to get someone to fix this? I'd like to get our production servers off of version 4.0.4pl1!!! I'll give the person who fixes this $100 US Dollars. I have been struggling with this problem for almost 2 years now and NOBODY has helped. ------------------------------------------------------------------------ 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 http://bugs.php.net/15803 -- Edit this bug report at http://bugs.php.net/?id=15803&edit=1

« previous php.bugs (#14901) next »