Bug #15803 Updated: Informix + IBM DB2 = Compile Failure
| From: | ralf dot noeding at schmelz dot com | 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