#26370 [Bgs]: BUG with src=""
ID: 26370 User updated by: kreny at dalouis dot com Reported By: kreny at dalouis dot com Status: Bogus Bug Type: MySQL related Operating System: Linux (Redhat 9.0) PHP Version: 4.3.4 New Comment: New address: http://linux.dalouis.com/php4.3.4_bug.htm Previous Comments: [2003-12-05 13:44:15] kreny at dalouis dot com Anyone who has the idea please feel free to contact me at [EMAIL PROTECTED], or write the feedback at http://www.dalouis.com/en/feedback.php I also want to take part in the Chinese Man Page Project and Chinese-translation project for any open source, so anybody please feel free to ask me to translate the English man page or introduction for OPEN SOURCE. BTW, the lastest source of bug is at http://www.dalouis.com/~kreny/php4.3.4_bug.htm Thank you! [2003-11-24 00:31:27] yuanhuanglin at hotmail dot com Thank you very much for your reply. I also hope that it is not a bug, but may I have your attention again that wheather a non-mysql-script-connected page can run a MySQL query in the pages? This pages just start with the code I posted in http://www.s.fpu.ac.jp/t-yuan/php4.3.4_bug.htm On that page I wrote some more details of my problem. It will be very nice of you to read my problem description. [2003-11-23 21:07:13] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Invalid HTML sometimes cause the pages to get loaded twice. [2003-11-23 20:33:02] yuanhuanglin at hotmail dot com I commented the Zend part like below in php.ini, but it still occurrs. -- [Zend] zend_optimizer.optimization_level=15 zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-2.1.0 zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-2.1.0 zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so [2003-11-23 20:12:28] [EMAIL PROTECTED] Does this happen when the zend extensions are not loaded. 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/26370 -- Edit this bug report at http://bugs.php.net/?id=26370&edit=1
#26611 [Fbk->Opn]: make install [install-pear-installer] Error 134
ID: 26611 User updated by: george_planansky at harvard dot edu Reported By: george_planansky at harvard dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: solaris 2.8 patched to nov 2003 PHP Version: 4.3.4 New Comment: same config as above + --enable-debug same abort behavior here's the gdb bt output ... wacke(1)%pwd /disk/1/src/php4-STABLE-200312130430/sapi/cli wacke(2)%./php -v Abort (core dumped) wacke(3)%gdb php core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Core was generated by `./php -v'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libhistory.so.4...done. Loaded symbols for /usr/local/lib/libhistory.so.4 Reading symbols from /usr/local/lib/libreadline.so.4...done. Loaded symbols for /usr/local/lib/libreadline.so.4 Reading symbols from /usr/lib/libcurses.so.1...done. Loaded symbols for /usr/lib/libcurses.so.1 Reading symbols from /usr/local/lib/libpspell.so.4...done. Loaded symbols for /usr/local/lib/libpspell.so.4 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /usr/local/lib/libpspell-modules.so.1...done. Loaded symbols for /usr/local/lib/libpspell-modules.so.1 Reading symbols from /usr/local/lib/libstdc++.so.5...done. Loaded symbols for /usr/local/lib/libstdc++.so.5 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /usr/local/mysql/lib/mysql/libmysqlclient.so.10...done. Loaded symbols for /usr/local/mysql/lib/mysql/libmysqlclient.so.10 Reading symbols from /usr/lib/libcrypt_i.so.1...done. Loaded symbols for /usr/lib/libcrypt_i.so.1 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/local/lib/libintl.so.2...done. Loaded symbols for /usr/local/lib/libintl.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/local/lib/libdb-4.1.so...done. Loaded symbols for /usr/local/lib/libdb-4.1.so Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/local/openssl/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/openssl/lib/libssl.so.0.9.7 Reading symbols from /usr/local/openssl/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/openssl/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/local/lib/libodbc.so.1...done. Loaded symbols for /usr/local/lib/libodbc.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /usr/lib/libthread.so.1...done. Loaded symbols for /usr/lib/libthread.so.1 Reading symbols from /usr/local/lib/libstdc++.so.3...done. Loaded symbols for /usr/local/lib/libstdc++.so.3 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 #0 0xfec891f0 in __sigprocmask () from /usr/lib/libthread.so.1 (gdb) bt #0 0xfec891f0 in __sigprocmask () from /usr/lib/libthread.so.1 #1 0xfec7e574 in _resetsig () from /usr/lib/libthread.so.1 #2 0xfec7dd14 in _sigon () from /usr/lib/libthread.so.1 #3 0xfec80d54 in _thrp_kill () from /usr/lib/libthread.so.1 #4 0xfefcba7c in raise () from /usr/lib/libc.so.1 #5 0xfefb5964 in abort () from /usr/lib/libc.so.1 #6 0xff1e1adc in ?? () from /usr/local/lib/libstdc++.so.5 #7 0xff1e1b14 in ?? () from /usr/local/lib/libstdc++.so.5 #8 0xff1e1b24 in ?? () from /usr/local/lib/libstdc++.so.5 #9 0xff1e1a00 in ?? () from /usr/local/lib/libstdc++.so.5 #10 0xff1bfa3c in ?? () from /usr/local/lib/libstdc++.so.5 #11 0xff1b7098 in ?? () from /usr/local/lib/libstdc++.so.5 #12 0xff1b69a0 in ?? () from /usr/local/lib/libstdc++.so.5 #13 0xff1bbfd8 in ?? () from /usr/local/lib/libstdc++.so.5 #14 0xff1bc36c in ?? () from /usr/local/lib/libstdc++.so.5 #15 0xff2a7470 in ?? () from /usr/local/lib/libpspell.so.4 #16 0xff2a74e0 in ?? () from /usr/local/lib/libpspell.so.4 #17 0xff2
#24339 [Bgs->Opn]: "Add*Filter PHP .." directives not work
ID: 24339 User updated by: eng at anrdaemon dot mtu-net dot ru Reported By: eng at anrdaemon dot mtu-net dot ru -Status: Bogus +Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2 New Comment: Ok' tell me, can I use this directive in .htaccess file? (I'm not stupid, if You think this) Previous Comments: [2003-07-27 13:21:04] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The default apache2 interface is apache2handler which is not a filter. It's directives are pretty much the same as php's apache directives for apache 1. LoadModule php4_modulemodules/libphp4.so AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps [2003-07-26 12:54:36] eng at anrdaemon dot mtu-net dot ru RTFM http://httpd.apache.org/docs-2.1/filter.html Key words: "run-time configuration directives" I can't use AddType in .htaccess files. [2003-06-25 18:05:18] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/install.apache2.php [2003-06-25 16:41:35] eng at anrdaemon dot mtu-net dot ru Description: When I installing a 4.3.2 release version after 4.3.1, all of my pages sent to the users as stored - no PHP processing done at all. When I change configuration from AddInputFilter PHP .php AddOutputFilter PHP;INCLUDES .php to AddType application/x-httpd-php .php .php4 all pages works well, but this trick is NOT usable to me. 4.3.1 works well... 4.3.3RC1 works same as 4.3.2. -- Edit this bug report at http://bugs.php.net/?id=24339&edit=1
#26005 [Com]: Random "cannot change the session's ini settings" errors
ID: 26005 Comment by: mrjack at online dot fr Reported By: parsnip11 at hotmail dot com Status: No Feedback Bug Type: Session related Operating System: windows 2000 iis 5 PHP Version: 4CVS-2003-10-31 New Comment: I have a similar problem on a linux box running version 4.3.4 and apache 2.0.48. I get this in my apache logs : PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 1919973221 And after this i must restart the web server ... Previous Comments: [2003-12-08 14:29:29] jsnajdr at kerio dot com I am experiencing this bug too and I think I found its cause. It can occur when PHP is used in a multithreaded program - I embed PHP interpreter in my own multithreaded server using a custom SAPI module, original submitter of this bug uses ISAPI module, which is also multithreaded. The 'Session is active' warning is generated by the PHP_INI_MH(OnUpdateSaveHandler) function that checks PS(session_status), i.e. the session module globals structure. This handler is also called when calling TSRMLS_FETCH() (which is a define for ts_resource_ex() call) before executing a PHP script. See this call stack from gdb: #0 OnUpdateSaveHandler (entry=0xb303890, new_value=0x8700f48 "files", new_value_length=5, mh_arg1=0x0, mh_arg2=0x0, mh_arg3=0x0, stage=1, tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/ext/session/session.c:93 #1 0x0865414c in zend_ini_refresh_cache (p=0xb303890, stage=1, tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/Zend/zend_ini.c:177 #2 0x0865006f in zend_hash_apply_with_argument (ht=0xb300ac8, apply_func=0x8654124 , argument=0x1, tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/Zend/zend_hash.c:717 #3 0x0865417d in zend_ini_refresh_caches (stage=1, tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/Zend/zend_ini.c:185 #4 0x08653f88 in zend_copy_ini_directives (tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/Zend/zend_ini.c:104 #5 0x0864b574 in zend_new_thread_end_handler (thread_id=4423709, tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/Zend/zend.c:374 #6 0x0862724f in allocate_new_resource (thread_resources_ptr=0xabac72c, thread_id=4423709) at /root/src/php-4.3.4/TSRM/TSRM.c:282 #7 0x08627305 in ts_resource_ex (id=0, th_id=0x0) at /root/src/php-4.3.4/TSRM/TSRM.c:341 But this handler reads unitialized memory in the new thread's ps_globals - the TSRM resource has NULL constructor and TSRMLS_FETCH is called before php_request_startup(), where all the modules are activated and where the PHP_RINIT_FUNCTION(session) is called to construct the structure. Solution: the ps_globals resource must have a non-null constructor registered in ts_allocate_resource() call in ext/session/session.c [2003-11-25 15:33:21] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-21 21:19:07] [EMAIL PROTECTED] No, it's absolutely useless to us. If possible, try disabling ALL extensions in your php.ini. [2003-11-20 15:50:34] parsnip11 at hotmail dot com I just got the error again. I wish I could post the code that makes this happen but I really dont know what it is. I've been running fine for two weeks and it just happened again. I get the following message: "PHP has encountered an Access Violation at 01210969" I realize it's hard for you troubleshoot this issue if I cant give you exact code but short of submitting my entire application I can't isolate what's happening. All I know is it started happening after a php upgrade. The code has not changed. Does the above access violation provide any clues as to what the problem could be? [2003-11-06 15:18:22] [EMAIL PROTECTED] You have to provide a short but complete example before we can do anything about this. 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/26005 -- Edit this bug report at http://bugs.php.net/?id=26005&edit=1
#26612 [Opn]: ssl stream not available
ID: 26612 User updated by: zefram at zefram dot net Reported By: zefram at zefram dot net Status: Open Bug Type: OpenSSL related Operating System: FreeBSD 4.9 STABLE PHP Version: 4.3.4 New Comment: I seem to have fixed the problem. HAVE_OPENSSL_EXT was being defined in main/php_config.h, which is fine.. but it didn't seem to be getting to other files such as ext/standard/fsock.c. I included this file in php.h, and everything compiled fine and my registered streams are now: php, http, ftp, https, ftps, compress.zlib I'd like to keep this bug open, until we figure out why it's not working on FreeBSD, or at least in my case, if that is amicable. John Previous Comments: [2003-12-13 15:30:50] zefram at zefram dot net I'd also like to note that I do see OpenSSL support listed in phpinfo. I don't see the same thing on another machine with OpenSSL installed but not in PHP. It's listed as thus: openssl OpenSSL support enabled OpenSSL Version OpenSSL 0.9.7c 30 Sep 2003 [2003-12-13 15:12:52] zefram at zefram dot net I made sure to check the build date in the phpinfo(), and sure enough it was correct. I couldn't believe it was happening. I do recompile Apache after I make install php. I also watched the Apache build, and it supplied -lssl when compiling php. I even installed mod_ssl thinking that would help.. but no go. I'm going to look into ports to see if they're doing some special magic, or it is indeed broken there also. I get no compile errors, save for some mktemp warnings. Is there a way to list the compiled options in libphp4.a? John [2003-12-13 13:51:49] [EMAIL PROTECTED] --with-apache compiles PHP into apache statically (which means that Apache must also be recompiled/installed whenever PHP is recompiled/installed). Making a guess from your comment "I stop/start apache after upgrading" I'm not certain you're doing that. Are you? phpinfo() should give a "Build Date" for which the currently running PHP was compiled. Double check that to make sure you're running the version you think you are. [2003-12-13 03:12:46] zefram at zefram dot net Description: I'm trying to use (not really php.net, but..) fsockopen("ssl://www.php.net",443); however, I'm getting an error that "no SSL support in this build", which in fact it's not according to phpinfo(). I only have the following streams: php, http, ftp, compress.zlib. I'm supplying the following configure options, and I stop/start apache after upgrading php, but it's no go. ./configure --with-apache=../apache_1.3.29/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg --with-mhash --with-openssl --with-openssl-dir=/usr/include/openssl When I grep for SSL, I get: checking for OpenSSL support... yes checking for OpenSSL version... >= 0.9.6 checking for SSL_CTX_set_ssl_version in -lssl... (cached) yes checking OpenSSL dir for MCVE... /usr/include/openssl checking OpenSSL dir for SNMP... /usr/include/openssl The OpenSSL code does appear to compile in ext/openssl/. I'm not sure what other information I can provide. Thanks for any assistance, John -- Edit this bug report at http://bugs.php.net/?id=26612&edit=1
#26612 [Opn]: ssl stream not available
ID: 26612 User updated by: zefram at zefram dot net Reported By: zefram at zefram dot net Status: Open Bug Type: OpenSSL related Operating System: FreeBSD 4.9 STABLE PHP Version: 4.3.4 New Comment: I'd also like to note that I do see OpenSSL support listed in phpinfo. I don't see the same thing on another machine with OpenSSL installed but not in PHP. It's listed as thus: openssl OpenSSL support enabled OpenSSL Version OpenSSL 0.9.7c 30 Sep 2003 Previous Comments: [2003-12-13 15:12:52] zefram at zefram dot net I made sure to check the build date in the phpinfo(), and sure enough it was correct. I couldn't believe it was happening. I do recompile Apache after I make install php. I also watched the Apache build, and it supplied -lssl when compiling php. I even installed mod_ssl thinking that would help.. but no go. I'm going to look into ports to see if they're doing some special magic, or it is indeed broken there also. I get no compile errors, save for some mktemp warnings. Is there a way to list the compiled options in libphp4.a? John [2003-12-13 13:51:49] [EMAIL PROTECTED] --with-apache compiles PHP into apache statically (which means that Apache must also be recompiled/installed whenever PHP is recompiled/installed). Making a guess from your comment "I stop/start apache after upgrading" I'm not certain you're doing that. Are you? phpinfo() should give a "Build Date" for which the currently running PHP was compiled. Double check that to make sure you're running the version you think you are. [2003-12-13 03:12:46] zefram at zefram dot net Description: I'm trying to use (not really php.net, but..) fsockopen("ssl://www.php.net",443); however, I'm getting an error that "no SSL support in this build", which in fact it's not according to phpinfo(). I only have the following streams: php, http, ftp, compress.zlib. I'm supplying the following configure options, and I stop/start apache after upgrading php, but it's no go. ./configure --with-apache=../apache_1.3.29/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg --with-mhash --with-openssl --with-openssl-dir=/usr/include/openssl When I grep for SSL, I get: checking for OpenSSL support... yes checking for OpenSSL version... >= 0.9.6 checking for SSL_CTX_set_ssl_version in -lssl... (cached) yes checking OpenSSL dir for MCVE... /usr/include/openssl checking OpenSSL dir for SNMP... /usr/include/openssl The OpenSSL code does appear to compile in ext/openssl/. I'm not sure what other information I can provide. Thanks for any assistance, John -- Edit this bug report at http://bugs.php.net/?id=26612&edit=1
#26612 [Fbk->Opn]: ssl stream not available
ID: 26612 User updated by: zefram at zefram dot net Reported By: zefram at zefram dot net -Status: Feedback +Status: Open Bug Type: OpenSSL related Operating System: FreeBSD 4.9 STABLE PHP Version: 4.3.4 New Comment: I made sure to check the build date in the phpinfo(), and sure enough it was correct. I couldn't believe it was happening. I do recompile Apache after I make install php. I also watched the Apache build, and it supplied -lssl when compiling php. I even installed mod_ssl thinking that would help.. but no go. I'm going to look into ports to see if they're doing some special magic, or it is indeed broken there also. I get no compile errors, save for some mktemp warnings. Is there a way to list the compiled options in libphp4.a? John Previous Comments: [2003-12-13 13:51:49] [EMAIL PROTECTED] --with-apache compiles PHP into apache statically (which means that Apache must also be recompiled/installed whenever PHP is recompiled/installed). Making a guess from your comment "I stop/start apache after upgrading" I'm not certain you're doing that. Are you? phpinfo() should give a "Build Date" for which the currently running PHP was compiled. Double check that to make sure you're running the version you think you are. [2003-12-13 03:12:46] zefram at zefram dot net Description: I'm trying to use (not really php.net, but..) fsockopen("ssl://www.php.net",443); however, I'm getting an error that "no SSL support in this build", which in fact it's not according to phpinfo(). I only have the following streams: php, http, ftp, compress.zlib. I'm supplying the following configure options, and I stop/start apache after upgrading php, but it's no go. ./configure --with-apache=../apache_1.3.29/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg --with-mhash --with-openssl --with-openssl-dir=/usr/include/openssl When I grep for SSL, I get: checking for OpenSSL support... yes checking for OpenSSL version... >= 0.9.6 checking for SSL_CTX_set_ssl_version in -lssl... (cached) yes checking OpenSSL dir for MCVE... /usr/include/openssl checking OpenSSL dir for SNMP... /usr/include/openssl The OpenSSL code does appear to compile in ext/openssl/. I'm not sure what other information I can provide. Thanks for any assistance, John -- Edit this bug report at http://bugs.php.net/?id=26612&edit=1
#26611 [Opn->Fbk]: make install [install-pear-installer] Error 134
ID: 26611 Updated by: [EMAIL PROTECTED] Reported By: george_planansky at harvard dot edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: solaris 2.8 patched to nov 2003 PHP Version: 4.3.4 New Comment: 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 IIRC this have already been fixed. If it still doesn't work with latest snapshot, please reconfigure PHP with --enable-debug and provide a backtrace. Previous Comments: [2003-12-12 23:47:27] george_planansky at harvard dot edu Description: make install output: Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/bin/ Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Abort - core dumped make[1]: *** [install-pear-installer] Error 134 make: *** [install-pear] Error 2 # ./configure --enable-force-cgi-redirect --enable-discard-path --enable-cli --with-openssl=/usr/local/openssl --with-zlib=/usr --e\nable-bcmath --enable-calendar --with-db4=/usr/local --enable-filepro --with-gd=shared,/usr/local --enable-gd-native-ttf --with-jpeg\-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-gettext=/usr/local --with-\mysql=/usr/local/mysql --with-unixODBC=/usr/local --with-pgsql=shared,/usr/local/pgsql --with-pspell=/usr/local --with-readline=/usr\/local --with-regex=system --enable-sockets --enable-tokenizer ... using gcc-3.3.2 This had worked ok with php-4.3.2RC1, gcc-3.0.5, same config. Installing PHP SAPI module Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- installed: 0.9 [PEAR] Console_Getopt - installed: 1.0 [PEAR] PEAR - installed: 1.0.1 [PEAR] DB - installed: 1.3 [PEAR] HTTP - installed: 1.2 [PEAR] Mail - installed: 1.0.1 [PEAR] Net_SMTP - installed: 1.0 [PEAR] Net_Socket - installed: 1.0.1 [PEAR] XML_Parser - installed: 1.0.1 [PEAR] XML_RPC- installed: 1.0.4 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist -- Edit this bug report at http://bugs.php.net/?id=26611&edit=1
#26613 [Opn->Fbk]: ob_gzhandler seems NOT WORKING
ID: 26613 Updated by: [EMAIL PROTECTED] Reported By: sabio71 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? Previous Comments: [2003-12-13 04:48:03] sabio71 at hotmail dot com Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with "output_handler = ob_gzhandler" but nothing Reproduce code: --- [short script descripting] -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26133 [Com]: OCIDescriptorFree segfault PHP
ID: 26133 Comment by: agarcia at at4 dot net Reported By: msanmartin at seamus dot es Status: Analyzed Bug Type: OCI8 related Operating System: Linux PHP Version: 4CVS, 5CVS New Comment: Just a wordaround until this bug gets fixed. Use rowidtochar(rowid) to avoid using ocinewdescriptor. Previous Comments: [2003-12-08 11:16:01] tony2001 at phpclub dot net if you replace this: $db_log_rowid = OCINewDescriptor($db_log,OCI_D_ROWID); with that: $db_log_rowid = OCINewDescriptor($db_log,OCI_D_LOB); you'll get another one segfault, but this one is initiated by OciExecute(); isn't it an OCI bug? it seems, that Oracle allocates memory for descriptor, but can't initialize while executing the query and should return an error in this case. [2003-12-08 05:55:28] [EMAIL PROTECTED] no need to allocate a descriptor for that. see: [2003-11-05 04:08:07] msanmartin at seamus dot es Description: If I call OCINewDescriptor for create a OCI_D_ROWID when I free this descriptor or php free at the end it crash. It happens in Oracle 9.2.0.1.0 In Oracle 9.0.1.0.0 the code works. I make a program in C that makes similar calls to OCI8 but it works well. The crash is in the call to OCIDescriptorFree. I reproduce this in php4-200311050830 php-4.3.2 php-4.3.4 In php-4.2.2 the code works. Reproduce code: --- free(); ?> Actual result: -- $ gdb /usr/local/src/php-4.3.4/sapi/cli/php GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) set args x2.php (gdb) run Starting program: /usr/local/src/php-4.3.4/sapi/cli/php x2.php [New Thread 16384 (LWP 11411)] end ** Internal heap ERROR 17112 addr=0x81d4278 * * Dump of memory around addr 0x81d4278: 81D4070 [] 81D4080 [] Repeat 30 times 81D4270 8022 081D405C ["[EMAIL PROTECTED] 81D4280 40921CBD 000A15CD D701 000D009F [EMAIL PROTECTED] 81D4290 00DA2501 0059 8032 081D4278 [.%..Y...2...xB..] 81D42A0 408FAAA0 000A15CD [EMAIL PROTECTED] 81D42B0 [] 81D42C0 8052 081D4298 [RB..] 81D42D0 408FAAA0 000A15CD 081D42A8 0005 [EMAIL PROTECTED] 81D42E0 4000 4040 [EMAIL PROTECTED]@@] 81D42F0 [] 81D4300 0010 402B29E0 402B2A30 081C29D8 [.)[EMAIL PROTECTED]@.)..] 81D4310 8032 081D42C8 [2B..] 81D4320 408FAAA0 000A15CD [EMAIL PROTECTED] 81D4330 [] 81D4340 8052 081D4318 [RC..] 81D4350 408FAAA0 000A15CD 081D4328 0005 [EMAIL PROTECTED](C..] 81D4360 4000 4040 402B2AE0 [EMAIL PROTECTED]@@[EMAIL PROTECTED] 81D4370 402B2B20 [ [EMAIL PROTECTED] 81D4380 0014 402B29E0 402B2A30 081C29D8 [.)[EMAIL PROTECTED]@.)..] 81D4390 8032 081D4348 [2...HC..] 81D43A0 408FAAA0 000A15CD [EMAIL PROTECTED] 81D43B0 [] 81D43C0 8052 081D4398 [RC..] 81D43D0 408FAAA0 000A15CD 081D43A8 0005 [EMAIL PROTECTED] 81D43E0 4000 4040 402B2A70 [EMAIL PROTECTED]@@[EMAIL PROTECTED] 81D43F0 402B2AA0 [EMAIL PROTECTED] 81D4400 005C 402B29E0 402B2A30 081C29D8 [\)[EMAIL PROTECTED]@.)..] 81D4410 8832 081D43C8 [2C..] 81D4420 408FAAA0 000A15CD 081D43D8 [EMAIL PROTECTED] 81D4430 081D42D8 081D4358 [.B..XC..] 81D4440 1041 [A...] 81D4450 081C63D8 081D3410 10001031 [.c...4..1...] 81D4460 081C63D8 081C6370 081CC7A0 8AF9 [.c..pc..] 81D4470 [] ***HEAP DUMP heap name="Alloc environm" desc=0x820bc78 extent sz=0x1024 alt=32767 het=32767 rec=0 flg=3 opc=3 parent=0x820bce0 owner=(nil) nex=(nil) xsz=0x1024 EXTENT 0 addr=0x8251914 Chunk 825191c sz= 4124free " " EXTENT 1 addr=0x82508d4 Chunk 82508dc sz
#26615 [Opn->Csd]: exec crash on long input lines
ID: 26615 Updated by: [EMAIL PROTECTED] Reported By: runekl at opoint dot com -Status: Open +Status: Closed Bug Type: *General Issues Operating System: All PHP Version: 5CVS-2003-12-13 (dev) New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Thanks for the "patch"! Previous Comments: [2003-12-13 12:59:15] runekl at opoint dot com Description: If the command ran by exec outputs a line that is 2*EXEC_INPUT_BUF longer than the previous line a segfault may occur. It is not difficult to see why this happens just by reading the source code. In exec.c, line 118, reads if (buflen < (bufl + EXEC_INPUT_BUF)) { This condition is correct only the first time, e.g when b=buf. I think the like should be if (buflen < (bufl + (b - buf) + EXEC_INPUT_BUF)) { Reproduce code: --- #!/usr/local/bin/php Expected result: Numbers from 1 to 5000 separated by blanks on one line. Actual result: -- segfault -- Edit this bug report at http://bugs.php.net/?id=26615&edit=1
#26612 [Opn->Fbk]: ssl stream not available
ID: 26612 Updated by: [EMAIL PROTECTED] Reported By: zefram at zefram dot net -Status: Open +Status: Feedback Bug Type: OpenSSL related Operating System: FreeBSD 4.9 STABLE PHP Version: 4.3.4 New Comment: --with-apache compiles PHP into apache statically (which means that Apache must also be recompiled/installed whenever PHP is recompiled/installed). Making a guess from your comment "I stop/start apache after upgrading" I'm not certain you're doing that. Are you? phpinfo() should give a "Build Date" for which the currently running PHP was compiled. Double check that to make sure you're running the version you think you are. Previous Comments: [2003-12-13 03:12:46] zefram at zefram dot net Description: I'm trying to use (not really php.net, but..) fsockopen("ssl://www.php.net",443); however, I'm getting an error that "no SSL support in this build", which in fact it's not according to phpinfo(). I only have the following streams: php, http, ftp, compress.zlib. I'm supplying the following configure options, and I stop/start apache after upgrading php, but it's no go. ./configure --with-apache=../apache_1.3.29/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg --with-mhash --with-openssl --with-openssl-dir=/usr/include/openssl When I grep for SSL, I get: checking for OpenSSL support... yes checking for OpenSSL version... >= 0.9.6 checking for SSL_CTX_set_ssl_version in -lssl... (cached) yes checking OpenSSL dir for MCVE... /usr/include/openssl checking OpenSSL dir for SNMP... /usr/include/openssl The OpenSSL code does appear to compile in ext/openssl/. I'm not sure what other information I can provide. Thanks for any assistance, John -- Edit this bug report at http://bugs.php.net/?id=26612&edit=1
#26615 [NEW]: exec crash on long input lines
From: runekl at opoint dot com Operating system: All PHP version: 5CVS-2003-12-13 (dev) PHP Bug Type: *General Issues Bug description: exec crash on long input lines Description: If the command ran by exec outputs a line that is 2*EXEC_INPUT_BUF longer than the previous line a segfault may occur. It is not difficult to see why this happens just by reading the source code. In exec.c, line 118, reads if (buflen < (bufl + EXEC_INPUT_BUF)) { This condition is correct only the first time, e.g when b=buf. I think the like should be if (buflen < (bufl + (b - buf) + EXEC_INPUT_BUF)) { Reproduce code: --- #!/usr/local/bin/php Expected result: Numbers from 1 to 5000 separated by blanks on one line. Actual result: -- segfault -- Edit bug report at http://bugs.php.net/?id=26615&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26615&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26615&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26615&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26615&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26615&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26615&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26615&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26615&r=support Expected behavior: http://bugs.php.net/fix.php?id=26615&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26615&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26615&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26615&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26615&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26615&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26615&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26615&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26615&r=float
#26614 [Opn]: linebreaks in CDATA sections ignored in line count
ID: 26614 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:XML related PHP Version: 5CVS-2003-12-13 (dev) Assigned To: sterling New Comment: regression test added: ext/xml/test/bug26614.phpt Previous Comments: [2003-12-13 09:11:38] [EMAIL PROTECTED] Description: xml_get_current_line_number() results differ between PHP 4 (expat) and PHP 5 (libxml2) as libxml2 seems to skip over CDATA sections when counting source lines Reproduce code: --- '; function startElement($parser, $name, $attrs) { echo "<$name> at line ".xml_get_current_line_number($parser)."\n"; } function endElement($parser, $name) { echo " at line ".xml_get_current_line_number($parser)."\n"; } $xml_parser = xml_parser_create(); xml_set_element_handler($xml_parser, "startElement", "endElement"); xml_parse($xml_parser, file_get_contents("test.xml", true)); xml_parser_free($xml_parser); ?> Expected result: at line 2 at line 9 Actual result: -- at line 2 at line 4 -- Edit this bug report at http://bugs.php.net/?id=26614&edit=1
#26614 [NEW]: linebreaks in CDATA sections ignored in line count
From: [EMAIL PROTECTED] Operating system: PHP version: 5CVS-2003-12-13 (dev) PHP Bug Type: XML related Bug description: linebreaks in CDATA sections ignored in line count Description: xml_get_current_line_number() results differ between PHP 4 (expat) and PHP 5 (libxml2) as libxml2 seems to skip over CDATA sections when counting source lines Reproduce code: --- '; function startElement($parser, $name, $attrs) { echo "<$name> at line ".xml_get_current_line_number($parser)."\n"; } function endElement($parser, $name) { echo " at line ".xml_get_current_line_number($parser)."\n"; } $xml_parser = xml_parser_create(); xml_set_element_handler($xml_parser, "startElement", "endElement"); xml_parse($xml_parser, file_get_contents("test.xml", true)); xml_parser_free($xml_parser); ?> Expected result: at line 2 at line 9 Actual result: -- at line 2 at line 4 -- Edit bug report at http://bugs.php.net/?id=26614&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26614&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26614&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26614&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26614&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26614&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26614&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26614&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26614&r=support Expected behavior: http://bugs.php.net/fix.php?id=26614&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26614&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26614&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26614&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26614&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26614&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26614&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26614&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26614&r=float
#26595 [Asn->Csd]: `XSLT_NAMESPACE' undeclared
ID: 26595 Updated by: [EMAIL PROTECTED] Reported By: mmokrejs at natur dot cuni dot cz -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: solaris 2.6 PHP Version: 4CVS-2003-12-11 (stable) Assigned To: chregu New Comment: Fixed in the PHP_4_3 CVS branch. Please try that or a snapshot in a few hours Previous Comments: [2003-12-12 02:21:22] [EMAIL PROTECTED] that could be the problem will have a look later today [2003-12-11 23:26:39] [EMAIL PROTECTED] Christian, your commit to fix some other bug apparently broke the build..I wasn't sure if it's because you didn't put that xslt_has_xsl_keys() function inside "#if HAVE_DOMXSLT..#endif" so I didn't fix this myself. :) [2003-12-11 20:34:52] mmokrejs at natur dot cuni dot cz Description: /bin/sh /scratch/php4-STABLE-200312112030/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/domxml/ -I/scratch/php4-STABLE-200312112030/ext/domxml/ -DPHP_ATOM_INC -I/scratch/php4-STABLE-200312112030/include -I/scratch/php4-STABLE-200312112030/main -I/scratch/php4-STABLE-200312112030 -I/scratch/php4-STABLE-200312112030/Zend -I/usr/local/openssl-0.9.6l/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/mysql/include/mysql -I/usr/local/include/ncurses -I/scratch/php4-STABLE-200312112030/ext/xml/expat -I/software/@sys/usr/include -I/software/@sys/usr/include/ncurses -I/software/@sys/usr/openssl/include -I/software/@sys/usr/include/freetype2 -D_POSIX_PTHREAD_SEMANTICS -I/scratch/php4-STABLE-200312112030/TSRM -O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti -prefer-pic -c /scratch/php4-STABLE-200312112030/ext/domxml/php_domxml.c -o ext/domxml/php_domxml.lo /scratch/php4-STABLE-200312112030/ext/domxml/php_domxml.c: In function `xslt_has_xsl_keys': /scratch/php4-STABLE-200312112030/ext/domxml/php_domxml.c:4691: `XSLT_NAMESPACE' undeclared (first use in this function) /scratch/php4-STABLE-200312112030/ext/domxml/php_domxml.c:4691: (Each undeclared identifier is reported only once /scratch/php4-STABLE-200312112030/ext/domxml/php_domxml.c:4691: for each function it appears in.) make: *** [ext/domxml/php_domxml.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=26595&edit=1
#26613 [NEW]: ob_gzhandler seems NOT WORKING
From: sabio71 at hotmail dot com Operating system: slackware 9.1 stable patched PHP version: 4.3.4 PHP Bug Type: Zlib Related Bug description: ob_gzhandler seems NOT WORKING Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with "output_handler = ob_gzhandler" but nothing Reproduce code: --- [short script descripting] -- Edit bug report at http://bugs.php.net/?id=26613&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26613&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26613&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26613&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26613&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26613&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26613&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26613&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26613&r=support Expected behavior: http://bugs.php.net/fix.php?id=26613&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26613&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26613&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26613&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26613&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26613&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26613&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26613&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26613&r=float
#26612 [NEW]: ssl stream not available
From: zefram at zefram dot net Operating system: FreeBSD 4.9 STABLE PHP version: 4.3.4 PHP Bug Type: OpenSSL related Bug description: ssl stream not available Description: I'm trying to use (not really php.net, but..) fsockopen("ssl://www.php.net",443); however, I'm getting an error that "no SSL support in this build", which in fact it's not according to phpinfo(). I only have the following streams: php, http, ftp, compress.zlib. I'm supplying the following configure options, and I stop/start apache after upgrading php, but it's no go. ./configure --with-apache=../apache_1.3.29/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg --with-mhash --with-openssl --with-openssl-dir=/usr/include/openssl When I grep for SSL, I get: checking for OpenSSL support... yes checking for OpenSSL version... >= 0.9.6 checking for SSL_CTX_set_ssl_version in -lssl... (cached) yes checking OpenSSL dir for MCVE... /usr/include/openssl checking OpenSSL dir for SNMP... /usr/include/openssl The OpenSSL code does appear to compile in ext/openssl/. I'm not sure what other information I can provide. Thanks for any assistance, John -- Edit bug report at http://bugs.php.net/?id=26612&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26612&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26612&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26612&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26612&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26612&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26612&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26612&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26612&r=support Expected behavior: http://bugs.php.net/fix.php?id=26612&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26612&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26612&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26612&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26612&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26612&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26612&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26612&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26612&r=float