#40176 [Bgs]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure
ID: 40176 User updated by: lobster2 at xs4all dot nl Reported By: lobster2 at xs4all dot nl Status: Bogus -Bug Type: Compile Failure +Bug Type: *General Issues Operating System: AIX 5.2 PHP Version: 5.2.0 New Comment: Why was this report set to status Bogus within a few minutes? The problems and *fixes* I submitted are very real. This is demoralizing :-( Previous Comments: [2007-01-19 20:14:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2007-01-19 20:05:57] lobster2 at xs4all dot nl Description: The bug in configure for PHP 5.2.0 where it thinks gcc is the only compiler present (where it isn't), see bug #40038 can be fixed by issuing the following configure: $ CXX=xlC ./configure Reproduce code: --- Sorry not to include code because I do not have it at my disposal right now. Expected result: Why are these things written off as non-PHP bugs? Aren't the build and configure scripts not as much part of PHP as the code itself. Every time I build PHP on AIX I need to spend a few hours hunting "bugs" before it builds, whereas Linux/gcc compiles flawlessly. I saw that the bug on the enum values has already been reported (fix: EXTRA_CFLAGS='-qenum=intlong' make). Dito for compile syntax error on the // NULL comment that should have been /* NULL */ or something of the kind. Another major pain was the location of .o files in the .libs subdirs instead of in the same dir as the .lo files reside and where nm expects them, causing the make of sapi/cli/php to fail. Adding symlinks solved this for me. See the Makefile where the output of the echo of .lo files to sed is fed to nm. -- Edit this bug report at http://bugs.php.net/?id=40176&edit=1
#37462 [Com]: install fails for sapi/cgi/php
ID: 37462 Comment by: lobster2 at xs4all dot nl Reported By: ionut dot aivanesei at amdocs dot com Status: Open Bug Type: Compile Failure Operating System: AIX 5.3 PHP Version: 5.2.0 New Comment: Problem (3) reported [19 Oct 2006 11:37pm UTC] sharanu_mudgal at yahoo dot com Only important if you need the php CLI executable. Worked around this by symlinking all .libs/*.o one dir higher up the hierarchy, where the .lo files with the same name reside. Previous Comments: [2007-01-07 23:14:02] ionut dot aivanesei at amdocs dot com Hi there, The same thing is happenign again for 5.2.0 Ionutz [2006-10-19 23:37:16] sharanu_mudgal at yahoo dot com Hi! I am having almost the same issue on AIX 5.2. Here is the sequence of things I did. 1) Tried to build php5.1.4 for apache2.2. Build failed with the following error /opt/freeware/bin/bash: -c: line 1: unexpected EOF while looking for matching `'' make: The error code from the last command is 2. 2) After searching for some time for help found the link to below bug which pointed towards using gnu make instead of the native AIX. http://bugs.php.net/bug.php?id=35888 3)used the gnu make for the build. The build was successfull. However I get the following messages in the log files <> echo '#! .' > php.sym && echo >>php.sym && nm -BCpg `echo ext/libxml/libxml.lo ext/pcre/pcrelib/pcre_chartables.lo ext/pcre/pcrelib/pcre_ucp_searchfuncs.lo ext/pcre/pcrelib/pcre_compile.lo ext/pcre/pcrelib/pcre_config.lo ext/pcre/pcrelib/pcre_dfa_exec.lo ext/pcre/pcrelib/pcre_exec.lo ext/pcre/pcrelib/pcre_fullinfo.lo ext/pcre/pcrelib/pcre_get.lo ext/pcre/pcrelib/pcre_globals.lo ext/pcre/pcrelib/pcre_info.lo ext/pcre/pcrelib/pcre_maketables.lo ext/pcre/pcrelib/pcre_ord2utf8.lo ext/pcre/pcrelib/pcre_refcount.lo ext/pcre/pcrelib/pcre_study.lo ext/pcre/pcrelib/pcre_tables.lo ext/pcre/pcrelib/pcre_try_flipped.lo ext/pcre/pcrelib/pcre_valid_utf8.lo ext/pcre/pcrelib/pcre_version.lo ext/pcre/pcrelib/pcre_xclass.lo ext/pcre/php_pcre.lo ext/ctype/ctype.lo ext/date/php_date.lo ext/date/lib/astro.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gettext/gettext.lo ext/hash/hash.lo ext/hash/hash_md.lo ext/hash/hash_sha.lo ext/hash/hash_ripemd.lo ext/hash/hash_haval.lo ext/hash/hash_tiger.lo ext/hash/hash_gost.lo ext/hash/hash_snefru.lo ext/hash/hash_whirlpool.lo ext/hash/hash_adler32.lo ext/hash/hash_crc32.lo ext/iconv/iconv.lo ext/mbstring/oniguruma/regcomp.lo ext/mbstring/oniguruma/regerror.lo ext/mbstring/oniguruma/regexec.lo ext/mbstring/oniguruma/reggnu.lo ext/mbstring/oniguruma/regparse.lo ext/mbstring/oniguruma/regenc.lo ext/mbstring/oniguruma/regext.lo ext/mbstring/oniguruma/regsyntax.lo ext/mbstring/oniguruma/regtrav.lo ext/mbstring/oniguruma/regversion.lo ext/mbstring/oniguruma/st.lo ext/mbstring/oniguruma/enc/unicode.lo ext/mbstring/oniguruma/enc/ascii.lo ext/mbstring/oniguruma/enc/utf8.lo ext/mbstring/oniguruma/enc/euc_jp.lo ext/mbstring/oniguruma/enc/euc_tw.lo ext/mbstring/oniguruma/enc/euc_kr.lo ext/mbstring/oniguruma/enc/sjis.lo ext/mbstring/oniguruma/enc/iso8859_1.lo ext/mbstring/oniguruma/enc/iso8859_2.lo ext/mbstring/oniguruma/enc/iso8859_3.lo ext/mbstring/oniguruma/enc/iso8859_4.lo ext/mbstring/oniguruma/enc/iso8859_5.lo ext/mbstring/oniguruma/enc/iso8859_6.lo ext/mbstring/oniguruma/enc/iso8859_7.lo ext/mbstring/oniguruma/enc/iso8859_8.lo ext/mbstring/oniguruma/enc/iso8859_9.lo ext/mbstring/oniguruma/enc/iso8859_10.lo ext/mbstring/oniguruma/enc/iso8859_11.lo ext/mbstring/oniguruma/enc/iso8859_13.lo ext/mbstring/oniguruma/enc/iso8859_14.lo ext/mbstring/oniguruma/enc/iso8859_15.lo ext/mbstring/oniguruma/enc/iso8859_16.lo ext/mbstring/oniguruma/enc/koi8.lo ext/mbstring/oniguruma/enc/koi8_r.lo ext/mbstring/oniguruma/enc/big5.lo ext/mbstring/oniguruma/enc/utf16_be.lo ext/mbstring/oniguruma/enc/utf16_le.lo ext/mbstring/oniguruma/enc/utf32_be.lo ext/mbst
#40176 [NEW]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure
From: lobster2 at xs4all dot nl Operating system: AIX 5.2 PHP version: 5.2.0 PHP Bug Type: Compile Failure Bug description: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure Description: The bug in configure for PHP 5.2.0 where it thinks gcc is the only compiler present (where it isn't), see bug #40038 can be fixed by issuing the following configure: $ CXX=xlC ./configure Reproduce code: --- Sorry not to include code because I do not have it at my disposal right now. Expected result: Why are these things written off as non-PHP bugs? Aren't the build and configure scripts not as much part of PHP as the code itself. Every time I build PHP on AIX I need to spend a few hours hunting "bugs" before it builds, whereas Linux/gcc compiles flawlessly. I saw that the bug on the enum values has already been reported (fix: EXTRA_CFLAGS='-qenum=intlong' make). Dito for compile syntax error on the // NULL comment that should have been /* NULL */ or something of the kind. Another major pain was the location of .o files in the .libs subdirs instead of in the same dir as the .lo files reside and where nm expects them, causing the make of sapi/cli/php to fail. Adding symlinks solved this for me. See the Makefile where the output of the echo of .lo files to sed is fed to nm. -- Edit bug report at http://bugs.php.net/?id=40176&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40176&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40176&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40176&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40176&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40176&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40176&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40176&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40176&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40176&r=support Expected behavior:http://bugs.php.net/fix.php?id=40176&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40176&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40176&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40176&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40176&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40176&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40176&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40176&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40176&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40176&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40176&r=mysqlcfg
#30312 [Com]: sybase_unbuffered_query calls
ID: 30312 Comment by: lobster2 at xs4all dot nl Reported By: dfleury2 at libertysurf dot fr Status: Assigned Bug Type: Sybase-ct (ctlib) related Operating System: * PHP Version: 5.1.3, 4.4.2 Assigned To: thekid New Comment: The use of sybase_query instead of sybase_unbuffered_query solved the core dumps in my case (PHP 4.4.0 & 5.2.0 CLI with Sybase 12.5.3 on AIX 5.2). I used the sybase_unbuffered_query calls with the third parameter = false. The second sql query call in the script would crash the process every time, surviving only the first fetch on the result set. Previous Comments: [2006-05-02 16:36:41] dfleury2 at libertysurf dot fr The bugs are still here in the 5.1.3 release. [2005-02-07 22:01:53] dfleury2 at libertysurf dot fr The patch seems to work for the first example but not this one. OUTPUT array(2) { [0]=> string(19) "Feb 7 2005 2:18PM" ["computed"]=> string(19) "Feb 7 2005 2:18PM" } array(4) { [0]=> string(19) "Feb 7 2005 2:18PM" ["8"]=> string(19) "Feb 7 2005 2:18PM" [1]=> string(19) "Feb 7 2005 2:18PM" ["Ø"]=> string(19) "Feb 7 2005 2:18PM" } Bus error with the patch a sample like this didn't work. (I not sure if it's a legitimate code) but I got : Warning: sybase_fetch_array(): supplied argument is not a valid Sybase result resource in /tmp_mnt/users/fxa/fle ury/divers/php/test2.php on line 8 (work fine in 4.3.8 but with memory leaks). [2005-02-06 15:35:40] [EMAIL PROTECTED] Sorry, I cannot reproduce this, neither with apache / mod_php4 nor with cli-php. Maybe this is because I'm using FreeTDS (and not the ct-libs?) I added a test case to the PHP test system (http://cvs.php.net/co.php/php-src/ext/sybase_ct/tests/bug30312.phpt) which worked fine for me. I can see a possible double-free in the sourcecode. Maybe could you try the following patch: http://sitten-polizei.de/bug30312.patch [2005-02-03 21:11:37] dfleury2 at libertysurf dot fr The problem still here. (php_sybase_ct.c didn't move) A free avoid the core, but the array is corrupted for the second fetch. [2004-10-03 20:21:32] dfleury2 at libertysurf dot fr Description: Two calls to sybase_unbuffered_query core Apache. To correct the problem before somelse those it perfectly, I had add a return after php_sybase_finish_results(result); /* Forward declaration */ static int php_sybase_finish_results (sybase_result *result); static void php_free_sybase_result(zend_rsrc_list_entry *rsrc TSRMLS_DC) { sybase_result *result = (sybase_result *)rsrc->ptr; /* Check to see if we've read all rows */ if (result->sybase_ptr && result->sybase_ptr->active_result_index) { if (result->sybase_ptr->cmd) { ct_cancel(NULL, result->sybase_ptr->cmd, CS_CANCEL_ALL); } php_sybase_finish_results(result); return;// correction } _free_sybase_result(result); } Reproduce code: --- '; $query = sybase_unbuffered_query( 'select getdate()' ); $array = sybase_fetch_array( $query ); echo $array[ 0 ]; ?> Expected result: 2-Oct-2004 18:42:50 2-Oct-2004 18:42:50 Actual result: -- Core dump (gdb) bt #0 0x080e2890 in _free_sybase_result (result=0x81cb89c) at /home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c:128 #1 0x080e2acc in php_free_sybase_result (rsrc=0x81b86f4) at /home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c:161 #2 0x0812cfa0 in list_entry_destructor (ptr=0x81b86f4) at /home/david/Documents/php-4.3.9/Zend/zend_list.c:177 #3 0x0812add1 in zend_hash_del_key_or_index (ht=0x8177ce8, arKey=0x0, nKeyLength=0, h=5, flag=1) at /home/david/Documents/php-4.3.9/Zend/zend_hash.c:527 #4 0x0812cc92 in _zend_list_delete (id=5) at /home/david/Documents/php-4.3.9/Zend/zend_list.c:56 #5 0x08123a95 in _zval_dtor (zvalue=0x81c6a2c, __zend_filename=0x8163dc4 "/home/david/Documents/php-4.3.9/Zend/zend_execute_API.c", __zend_lineno=291) at /home/david/Documents/php-4.3.9/Zend/zend_variables.c:69 #6 0x0811a9eb in _zval_ptr_dtor (zval_ptr=0xbfffcad0, __zend_filename=0x814dd58 "/home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c", __zend_lineno=1426) at /home/david/Documents/php-4.3.9/Zend/zend_execute_API.c:291 #7 0x080e6ffd in php_sybase_query (ht=1, retu
#37362 [Opn]: Make halts on semicolon in function declaration
ID: 37362 User updated by: lobster2 at xs4all dot nl Reported By: lobster2 at xs4all dot nl Status: Open Bug Type: Compile Failure Operating System: AIX 5.2 ML07 PHP Version: 5.1.4 New Comment: $ diff zend_language_parser.c.orig zend_language_parser.c 2582c2582,2583 < ; --- > # Next line commented out on AIX 5.2 ML07 with xlc 6.0 > #; $ diff zend_ini_parser.c.orig zend_ini_parser.c 1078c1078,1079 < ; --- > # Next line commented out on AIX 5.2 ML07 with xlc 6.0 > #; Previous Comments: [2006-05-08 08:15:16] lobster2 at xs4all dot nl Description: During make of PHP 5.1.3 and PHP 5.1.4 on AIX 5.2 ML07 with xlc 6.0 the process halts on syntax errors. Reproduce code: --- $ make [...] "Zend/zend_language_parser.c", line 2585.1: 1506-046 (S) Syntax error. [... and after fixing the previous error ...] "Zend/zend_ini_parser.c", line 1081.1: 1506-046 (S) Syntax error. Stop. Expected result: Fix: comment out the line previous to the one reported, with the single semicolon on its own. -- Edit this bug report at http://bugs.php.net/?id=37362&edit=1
#37362 [NEW]: Make halts on semicolon in function declaration
From: lobster2 at xs4all dot nl Operating system: AIX 5.2 ML07 PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: Make halts on semicolon in function declaration Description: During make of PHP 5.1.3 and PHP 5.1.4 on AIX 5.2 ML07 with xlc 6.0 the process halts on syntax errors. Reproduce code: --- $ make [...] "Zend/zend_language_parser.c", line 2585.1: 1506-046 (S) Syntax error. [... and after fixing the previous error ...] "Zend/zend_ini_parser.c", line 1081.1: 1506-046 (S) Syntax error. Stop. Expected result: Fix: comment out the line previous to the one reported, with the single semicolon on its own. -- Edit bug report at http://bugs.php.net/?id=37362&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37362&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37362&r=trysnapshot51 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37362&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37362&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37362&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37362&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37362&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37362&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37362&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37362&r=support Expected behavior:http://bugs.php.net/fix.php?id=37362&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37362&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37362&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37362&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37362&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37362&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37362&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37362&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37362&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37362&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37362&r=mysqlcfg