#21705 [NEW]: Configuration does not use correct flags with Forte C
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.3.0 PHP Bug Type: *Configuration Issues Bug description: Configuration does not use correct flags with Forte C Configured with CC=cc\ CXX=CC\ CFLAGS="-O -I/usr/local/include"\ CXXFLAGS="-O -I/usr/local/include"\ LDFLAGS="-s -R/usr/local/lib: -L/usr/local/lib"\ ./configure\ --prefix=/usr/local\ --enable-wddx\ --enable-xml\ --enable-pear\ --disable-debug\ --with-apxs\ --enable-dba\ --with-mysql\ --with-zlib=/usr/local\ --with-gdbm=/usr/local\ --with-db3=/usr/local\ --with-dbm\ --with-gd\ --with-ttf\ --with-jpeg-dir=/usr/local/lib\ --with-png-dir=/usr/local/lib\ --with-xpm-dir=/usr/local/lib\ --with-freetype-dir=/usr/local/lib\ --enable-sysvsem\ --enable-sysvshm\ --with-imap=../imap-2002b\ --with-tsrm-pthreads i see: (cut & past only what i think is related...) - . . . checking for gcc... cc checking whether the C compiler (cc -O -I/usr/local/include -s -R/usr/local/lib: -L/usr/local/lib) works... yes checking whether the C compiler (cc -O -I/usr/local/include -s -R/usr/local/lib: -L/usr/local/lib) is a cross-compiler... no checking whether we are using GNU C... no checking whether cc accepts -g... yes checking whether cc understands -c and -o together... yes checking how to run the C preprocessor... cc -E . . . . . checking for cc option to produce PIC... -KPIC checking if cc PIC flag -KPIC works... yes --- configure works 'fine' it does ends with this error but no big deal: ./config.status[1994]: 6: bad file unit number ./config.status[1995]: 6: bad file unit number then i do a 'make' /bin/sh libtool --silent --mode=compile cc -Iext/zlib/ -I/projects/solaris_packages/compile/php-4.3.0/ext/zlib/ -DPHP_ATOM_INC -I/projects/solaris_packages/compile/php-4.3.0/include -I/projects/solaris_packages/compile/php-4.3.0/main -I/projects/solaris_packages/compile/php-4.3.0 -I/projects/solaris_packages/compile/php-4.3.0/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/projects/solaris_packages/compile/imap-2002b/c-client -I/projects/solaris_packages/compile/php-4.3.0/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208112 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/projects/solaris_packages/compile/php-4.3.0/TSRM -O -I/usr/local/include -prefer-pic -c /projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c -o ext/zlib/zlib.lo cc: Warning: illegal option -fPIC "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 441: warning: argument #1 is incompatible with prototype: prototype: pointer to unsigned char : "/usr/local/include/zlib.h", line 623 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 441: warning: argument #3 is incompatible with prototype: prototype: pointer to const unsigned char : "/usr/local/include/zlib.h", line 623 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 443: warning: argument #1 is incompatible with prototype: prototype: pointer to unsigned char : "/usr/local/include/zlib.h", line 608 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 443: warning: argument #3 is incompatible with prototype: prototype: pointer to const unsigned char : "/usr/local/include/zlib.h", line 608 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 499: warning: argument #1 is incompatible with prototype: prototype: pointer to unsigned char : "/usr/local/include/zlib.h", line 638 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 499: warning: argument #3 is incompatible with prototype: prototype: pointer to const unsigned char : "/usr/local/include/zlib.h", line 638 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 556: warning: assignment type mismatch: pointer to unsigned char "=" pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 635: warning: assignment type mismatch: pointer to unsigned char "=" pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 833: warning: assignment type mismatch: pointer to unsigned char "=" pointer to char - it uses the wrong flags fPIC is for gcc not Forte C - as i have zlib installed and specify to use system system it still uses the one from php and therefor the error Am i doing somethign wrong? check with 4.2.3 and wo
#21705 [Opn->Bgs]: Configuration does not use correct flags with Forte C
ID: 21705 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 2.8 PHP Version: 4.3.0 New Comment: there was a libtool install that was used instead the libtool generated by configured Previous Comments: [2003-01-16 21:17:01] [EMAIL PROTECTED] Configured with CC=cc\ CXX=CC\ CFLAGS="-O -I/usr/local/include"\ CXXFLAGS="-O -I/usr/local/include"\ LDFLAGS="-s -R/usr/local/lib: -L/usr/local/lib"\ ./configure\ --prefix=/usr/local\ --enable-wddx\ --enable-xml\ --enable-pear\ --disable-debug\ --with-apxs\ --enable-dba\ --with-mysql\ --with-zlib=/usr/local\ --with-gdbm=/usr/local\ --with-db3=/usr/local\ --with-dbm\ --with-gd\ --with-ttf\ --with-jpeg-dir=/usr/local/lib\ --with-png-dir=/usr/local/lib\ --with-xpm-dir=/usr/local/lib\ --with-freetype-dir=/usr/local/lib\ --enable-sysvsem\ --enable-sysvshm\ --with-imap=../imap-2002b\ --with-tsrm-pthreads i see: (cut & past only what i think is related...) - . . . checking for gcc... cc checking whether the C compiler (cc -O -I/usr/local/include -s -R/usr/local/lib: -L/usr/local/lib) works... yes checking whether the C compiler (cc -O -I/usr/local/include -s -R/usr/local/lib: -L/usr/local/lib) is a cross-compiler... no checking whether we are using GNU C... no checking whether cc accepts -g... yes checking whether cc understands -c and -o together... yes checking how to run the C preprocessor... cc -E . . . . . checking for cc option to produce PIC... -KPIC checking if cc PIC flag -KPIC works... yes --- configure works 'fine' it does ends with this error but no big deal: ./config.status[1994]: 6: bad file unit number ./config.status[1995]: 6: bad file unit number then i do a 'make' /bin/sh libtool --silent --mode=compile cc -Iext/zlib/ -I/projects/solaris_packages/compile/php-4.3.0/ext/zlib/ -DPHP_ATOM_INC -I/projects/solaris_packages/compile/php-4.3.0/include -I/projects/solaris_packages/compile/php-4.3.0/main -I/projects/solaris_packages/compile/php-4.3.0 -I/projects/solaris_packages/compile/php-4.3.0/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/projects/solaris_packages/compile/imap-2002b/c-client -I/projects/solaris_packages/compile/php-4.3.0/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208112 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/projects/solaris_packages/compile/php-4.3.0/TSRM -O -I/usr/local/include -prefer-pic -c /projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c -o ext/zlib/zlib.lo cc: Warning: illegal option -fPIC "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 441: warning: argument #1 is incompatible with prototype: prototype: pointer to unsigned char : "/usr/local/include/zlib.h", line 623 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 441: warning: argument #3 is incompatible with prototype: prototype: pointer to const unsigned char : "/usr/local/include/zlib.h", line 623 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 443: warning: argument #1 is incompatible with prototype: prototype: pointer to unsigned char : "/usr/local/include/zlib.h", line 608 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 443: warning: argument #3 is incompatible with prototype: prototype: pointer to const unsigned char : "/usr/local/include/zlib.h", line 608 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 499: warning: argument #1 is incompatible with prototype: prototype: pointer to unsigned char : "/usr/local/include/zlib.h", line 638 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 499: warning: argument #3 is incompatible with prototype: prototype: pointer to const unsigned char : "/usr/local/include/zlib.h", line 638 argument : pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 556: warning: assignment type mismatch: pointer to unsigned char "=" pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 635: warning: assignment type mismatch: pointer to unsigned char "=" pointer to char "/projects/solaris_packages/compile/php-4.3.0/ext/zlib/zlib.c", line 833: warning: assignment type mismatch: pointer to unsigned char "=" pointer to char ---
#21861 [NEW]: set_time_limit does not Limit the maximum execution time with safe_mode off
From: [EMAIL PROTECTED] Operating system: SunOS sirius 5.8 Generic_ PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: set_time_limit does not Limit the maximum execution time with safe_mode off --- problem in php 4.3.0 set_time_limit() does not change the maximum execution time with safe_mode=off. When the default maximum execution time (30 seconds in php.ini), the result HTML page contains no data (NS) and vannot be displayed (IE) Note: The application is completely written in PHP and does not use system(). --- configure line './configure' '--with-apxs=/local/etc/apache/bin/apxs' '--with-config-file-path=/local/lib/php' '--with-oci8=/u01/app/product/932' -- Edit bug report at http://bugs.php.net/?id=21861&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21861&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21861&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21861&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21861&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21861&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21861&r=support Expected behavior: http://bugs.php.net/fix.php?id=21861&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21861&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21861&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21861&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21861&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21861&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21861&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21861&r=gnused
#21861 [Opn]: set_time_limit does not Limit the maximum execution time with safe_mode off
ID: 21861 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: SunOS sirius 5.8 Generic_ PHP Version: 4.3.0 New Comment: --- I also try init_set (max_execution_time,1000) for overwriting the default value. The function returns the previous value but does not change the timeout problem. Previous Comments: [2003-01-24 06:27:34] [EMAIL PROTECTED] --- problem in php 4.3.0 set_time_limit() does not change the maximum execution time with safe_mode=off. When the default maximum execution time (30 seconds in php.ini), the result HTML page contains no data (NS) and vannot be displayed (IE) Note: The application is completely written in PHP and does not use system(). --- configure line './configure' '--with-apxs=/local/etc/apache/bin/apxs' '--with-config-file-path=/local/lib/php' '--with-oci8=/u01/app/product/932' -- Edit this bug report at http://bugs.php.net/?id=21861&edit=1
#19545 [NEW]: Clipboard functions
From: [EMAIL PROTECTED] Operating system: Windows 95 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: Clipboard functions Hi. I've always wanted to be able to read from and write to Windows' clipboard. It is possible in Perl, but I prefer to use PHP. I do not intend to manipulate a Web site visitor's clipboard through CGI, I know it is impossible. It is for shell scripting only. PHP has such an incredible number of functions, it surprises me that no such functions have been made yet. Many thanks, Luciano Espirito Santo -- Edit bug report at http://bugs.php.net/?id=19545&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19545&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19545&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19545&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19545&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19545&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19545&r=support Expected behavior: http://bugs.php.net/fix.php?id=19545&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19545&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19545&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19545&r=globals
#31276 [NEW]: sparcv9 definition in Zend/zend_strtod.c
From: luc at suryo dot com Operating system: Solaris PHP version: 4.3.10 PHP Bug Type: Unknown/Other Function Bug description: sparcv9 definition in Zend/zend_strtod.c Description: This is for Version 4.3.10 as well 5.0.3 the file Zend/zend_str_tod.c is missing the definition for sparcv9, this is the case on system running Solaris 64 bits the following should be added at the end of lines 102 and 130 add || defined(__sparcv9) hope this may help other nb: I compile my packages with Sun's Compiler 6.2 in 64 bits mode. thanks -ls Reproduce code: --- code will not compile Expected result: code should compile clean Actual result: -- easy fixed see above. -- Edit bug report at http://bugs.php.net/?id=31276&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31276&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31276&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31276&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31276&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31276&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31276&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31276&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31276&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31276&r=support Expected behavior: http://bugs.php.net/fix.php?id=31276&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31276&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31276&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31276&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31276&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31276&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31276&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31276&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31276&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31276&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31276&r=mysqlcfg
#31276 [Fbk->Csd]: sparcv9 definition in Zend/zend_strtod.c
ID: 31276 User updated by: luc at suryo dot com Reported By: luc at suryo dot com -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: Solaris PHP Version: 4.3.10 New Comment: both snapshot 4.3.x and 5.0.x tested compiled OK, test with basic script (apache 2.0.52 module) all OK. Thanks! nb: I'll be more then happy to provide access to solaris 9 system to test 64 bits compilation if needed. Previous Comments: [2004-12-24 01:04:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-12-23 23:42:23] luc at suryo dot com Description: This is for Version 4.3.10 as well 5.0.3 the file Zend/zend_str_tod.c is missing the definition for sparcv9, this is the case on system running Solaris 64 bits the following should be added at the end of lines 102 and 130 add || defined(__sparcv9) hope this may help other nb: I compile my packages with Sun's Compiler 6.2 in 64 bits mode. thanks -ls Reproduce code: --- code will not compile Expected result: code should compile clean Actual result: -- easy fixed see above. -- Edit this bug report at http://bugs.php.net/?id=31276&edit=1
#40507 [Com]: php install probem
ID: 40507 Comment by: luc at suryo dot com Reported By: armin at xos dot net Status: Suspended Bug Type: Unknown/Other Function Operating System: solaris 2.9 64 bit PHP Version: 5.2.1 New Comment: Hello, exact same problem (errors), unable to unpack. OS: Solaris 10 Platform: Sparc Compiler: Sun Studio 11 C[XX]FLAGS: -xO5 -xarch=v9 -KPIC (so compiling 64 bits) I needed the -KPIC since I was compiling a httpd module.. it does not happens on a Solaris x86 compiled 32bits -ls Previous Comments: [2007-02-16 20:38:30] armin at xos dot net well the gcc people told me so - sorry. -fno-strict-aliasing seems to be enough to not segfault. this workaround id not magical. please read the gcc bug report above. i tried the ltrim patch. it's the same with or without. thanks for trying to reproduce it. [2007-02-16 13:00:28] [EMAIL PROTECTED] >i used the suggested compile flags and no segmentation >fault anymore, which shows it's a php bug It doesn't sound too convincing. And the fact that the problem is reproducible ONLY on Sparc and ONLY using GCC 4.x makes me wonder what made you think so. >please add "-fno-strict-aliasing and/or -fwrapv" to the >c-flags for solaris 2.9 64bit I would prefer to find the roots of the problem instead of applying some magical workaround. >however: how to fix the Phar archive problem? Let me see if I can reproduce it with working GCC. [2007-02-16 12:22:06] armin at xos dot net Description: related to: http://bugs.php.net/bug.php?id=39418 i had the same problem and submitted a bug report with gcc. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30819 i used the suggested compile flags and no segmentation fault anymore, which shows it's a php bug - probably since i get following during make install: /usr/local/src/apache_etc/php-5.2.1_error/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d "/usr/local/lib/php" -b "/usr/local/bin" Warning: unpack(): Type V: not enough input, need 4, have 0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 339 Notice: Uninitialized string offset: 0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 342 Notice: Uninitialized string offset: 1 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 342 Notice: Uninitialized string offset: 2 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 342 Notice: Uninitialized string offset: 0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 343 Fatal error: Phar is API version 0.0.0, but PHP_Archive is API version 0.8.0 in /usr/local/src/apache_etc/php-5.2.1_error/pear/install-pear-nozlib.phar on line 353 please add "-fno-strict-aliasing and/or -fwrapv" to the c-flags for solaris 2.9 64bit however: how to fix the Phar archive problem? -- Edit this bug report at http://bugs.php.net/?id=40507&edit=1
