ID: 20677
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: ODBC related
Operating System: AIX 5.1L
PHP Version: 4CVS-2002-11-27 (dev)
New Comment:
Okay I believe this wasn't a PHP error on the compile issue at all
since the -L space is nowhere to be found in the config.m4 for DB2.
Marking this as bogus for that part.
As far as the xbithack_handler section goes, you may want to open a new
bug with this in mind.
Previous Comments:
------------------------------------------------------------------------
[2003-01-02 09:37:23] [EMAIL PROTECTED]
(To answer the question previously posed, yes, I got the error with
JUST the ibm-db2 option on the configure line)
However
Got some help from an IBM compiler expert. Found two environment
problems:
1) space between -L and the parameter in LDFLAGS
2) no ANSI setting on the command line
The following environment settings allow the compile to complete
successfully:
export CC="xlc_r -qlanglvl=extended -qansialias -O3 -qstrict
-qoptimize=3 -qmaxmem=8192 "
export CXX="xlC_r -O3 -qstrict -qoptimize=3 -qmaxmem=8192"
export CFLAGS="-DEAPI -I/usr/local/include -v "
export LDFLAGS="-L/usr/local/lib "
export CPPFLAGS=$CFLAGS
export CXXFLAGS=$CFLAGS
then...
./configure --with-apxs=/opt/freeware/apache/bin/apxs \
--enable-track-vars --enable-versioning \
--with-ibm-db2=/home/db2inst1/sqllib --sysconfdir=/etc \
--enable-force-cgi-redirect --enable-c9x-inline\
--with-mysql=/opt/freeware/
make clean
make
make install
Compiles! Works as a command line interpreter!
Coredumps as an apache module (d'oh)
/usr/sbin/apachectl[163]: 29560 Segmentation fault(coredump)
# dbx /opt/freeware/apache/bin/httpd core
Type 'help' for help.
reading symbolic information ...
[using memory image in core]
Segmentation fault in php_xbithack_handler_52_28 at 0xd4d68cd4 ($t1)
0xd4d68cd4 (php_xbithack_handler_52_28+0xdc) 800c0000 lwz
r0,0x0(r12)
(dbx) where
php_xbithack_handler_52_28() at 0xd4d68cd4
php_create_dir() at 0xd4d675b8
ap_single_module_configure() at 0x1000eae0
load_module() at 0x10043a8c
invoke_cmd() at 0x1000b414
ap_handle_command() at 0x1000cdfc
ap_srm_command_loop() at 0x1000eb5c
ap_process_resource_config() at 0x1000d7e0
ap_read_config() at 0x1000e9c4
http_main.main() at 0x10000740
(dbx)
------------------------------------------------------------------------
[2002-12-05 19:53:11] [EMAIL PROTECTED]
Okay so when you do a ./configure --with-ibm-db2=/path you get this
error?
------------------------------------------------------------------------
[2002-12-03 14:50:59] [EMAIL PROTECTED]
This happens only with "--with-ibm-db2" option in the configure.
When I remove this option and the compile completes, although theres
quite a few 'function argument assignment between types "const unsigned
char*" and "char*" is not allowed"'
type errors, they don't prevent the make
------------------------------------------------------------------------
[2002-12-02 23:28:36] [EMAIL PROTECTED]
Well the CCFLAG isn't set inside of the ODBC config.m4.
Does this happen with only the --with-ibm-db2 option choosen? Aka
whats the minimal amount of configure options that causes this to not
happen.
I don't see anything glaringly wrong... the only thing that comes to
mind is the ODBCVER issue which hasn't been a problem in the past.
------------------------------------------------------------------------
[2002-12-02 18:57:36] [EMAIL PROTECTED]
Reclassified as ODBC related problem since that's where the bug is..
------------------------------------------------------------------------
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/20677
--
Edit this bug report at http://bugs.php.net/?id=20677&edit=1
