#23934 [Opn]: IMAP connections fail
ID: 23934
User updated by: php-bug at lusis dot org
Reported By: php-bug at lusis dot org
Status: Open
Bug Type: IMAP related
Operating System: Redhat 8.0
PHP Version: 4.3.2
New Comment:
I've finally ahd some success with this but it still doesn't help.
If I use a connect string that contains the actual IP address, I can
get a count and header list on my mailbox. This is fine and means that
everything is behaving well.
But if I continue to use a hostname, I will get:
"Can't connect to godspeed,993: Connection refused"
I've checked all the relevant resolver settings and the system
recognizes the hostname as valid.
Any ideas?
Previous Comments:
[2003-05-31 22:16:49] php-bug at lusis dot org
Setup:
RedHat 8.0
Apache 1.3.27
Courier-imap 1.7.3
C-Client - imap-2002d
PHP - 4.3.2
Both php and apache are compiled from source. No RPMS for those.
IMAP fails to connect no matter which webmail package I use. In some
cases it eats up all memory.
e.g. with phpgroupware:
Allowed memory size of 4194304 bytes exhausted at (null):0 (tried to
allocate 184320 bytes)
In other cases it fails to connect at all (with imp)
server="godspeed.lusis.org" user="username"
mailbox={godspeed.lusis.org:993/imap/notls/novalidate-cert}INBOX"
array(1) {
[0]=>
string(53) "Connection failed to godspeed,993: Connection refused"
}
Which is just silly since I've tested right after that with evolution
and email comes up fine.
If I use the IP Address instead of the hostname, the connection just
hangs there.
Having tried it with two different packages I'm guessing that it's a
php problem as I also saw the Connection failed message with both
horde/imp AND phpgroupware.
You can get a copy of phpinfo() at:
http://www.lusis.org/info.php
Configure Line:
/configure \
--prefix=/usr/local \
--with-apxs=/usr/bin/apxs \
--enable-exif \
--enable-track-vars \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--enable-inline-optimization \
--enable-memory-limit \
--with-openssl \
--with-curl \
--enable-sysvsem \
--enable-sysvshm \
--with-gettext="/usr" \
--with-mysql=/usr \
--with-imap=/usr/local/imap2002 \
--with-imap-ssl \
--with-kerberos \
--with-mcrypt \
--with-gd \
--with-zlib-dir=/usr \
--with-jpeg-dir=/usr \
--with-ldap
Output of ldd:
[EMAIL PROTECTED] logs]# ldd /usr/libexec/libphp4.so
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40275000)
libssl.so.2 => /lib/libssl.so.2 (0x402a3000)
libcrypto.so.2 => /lib/libcrypto.so.2 (0x402d3000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x403a7000)
libmcrypt.so.4 => /usr/lib/libmcrypt.so.4 (0x403de000)
libltdl.so.3 => /usr/lib/libltdl.so.3 (0x4041)
libldap.so.2 => /usr/lib/libldap.so.2 (0x40417000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x40442000)
libpam.so.0 => /lib/libpam.so.0 (0x4044d000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40455000)
libz.so.1 => /usr/lib/libz.so.1 (0x40478000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40486000)
libcurl.so.2 => /usr/lib/libcurl.so.2 (0x404a4000)
libresolv.so.2 => /lib/libresolv.so.2 (0x404c6000)
libm.so.6 => /lib/i686/libm.so.6 (0x404d8000)
libdl.so.2 => /lib/libdl.so.2 (0x404fa000)
libnsl.so.1 => /lib/libnsl.so.1 (0x404fd000)
libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2
(0x40513000)
libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x40526000)
libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3
(0x40585000)
libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3
(0x40595000)
libc.so.6 => /lib/i686/libc.so.6 (0x4200)
libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40597000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x405a2000)
--
Edit this bug report at http://bugs.php.net/?id=23934&edit=1
#23936 [NEW]: fail to "select and fetch"
From: sarusij at yahoo dot com Operating system: redhat 8 PHP version: 4.3.1 PHP Bug Type: InterBase related Bug description: fail to "select and fetch" I was using RedHat 7.3 with Interbase 6.0.1 every thing worked fine (Apache 1.3.x php 4.1.x). In order to get better performance updated to redhat 8 (apache 2.0.40 php 4.2.2) and interbase 7 (trial) generated interbase.so using ./compile --with-interbase=shared,/opt/interbase all in place, restart httpd, when accesing page with a database select it returns:- Warning: InterBase: Dynamic SQL Error SQL error code = -804 Incorrect values within SQLDA structure in /home/web-site/htdocs/main.inc on line 31 line 31 = $arr=ibase_fetch_row($sth); By mistake I have, in one of the time forgot to change to interbase.so that was compiled with interbase 7 and left interbase.so related to interbase 6, the warning above did not appear and seemed like everything operates ok. Using the tests within ext/interbase I found that test 5 (transactions) failed, it alsio failed when I have interbase 6.0.1. It did not fail using the original installation (RH7.3, IB6.0.1, php4.1.x apache 1.3.x) I have been doing it all also with php 4.3.1 with same results. What should I do in order to get the basic RH8 (apache 2.0.40 and php 4.2.2) instalation to operate correctly with interbase 7 (module interbase.so) Thanks for help Jacob -- Edit bug report at http://bugs.php.net/?id=23936&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23936&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23936&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23936&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23936&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23936&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23936&r=support Expected behavior: http://bugs.php.net/fix.php?id=23936&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23936&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23936&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23936&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23936&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23936&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23936&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23936&r=gnused
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: bbubble622 at yahoo dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Same problem as described overhere. No generation of graphs and although I did not trace it back, I see and experience exactly the same problems. -benny Previous Comments: [2003-04-02 15:56:46] jerryaunspaw at hotmail dot com I have experienced the same problem that iberry has seen. I noticed that on IIS 5, the cmd.exe gets hung up. I have to do an iisreset to clear the error. The script works fine for 1 image on a page...but when you introduce multiple images...it errors out...page just hangs... and then you have to do an IISRESET. [2003-03-12 17:05:32] iberry at raxnet dot net I renamed test.php to test.html, and the same problem occurs. -Ian [2003-03-07 02:14:56] [EMAIL PROTECTED] What if you name that test.php to test.html..? [2003-03-06 21:42:28] iberry at raxnet dot net I checked and 'session.use_trans_sid' was set to '0', so I changed it to '1', but got the same results. I took a look at the bug you referenced to, but it is not the same. For one the file size is not really an issue. And secondly after adding debug code, I can see that PHP is blocking on the popen() call, not fpassthru(). -Ian [2003-03-06 12:51:58] [EMAIL PROTECTED] Are you sure this isn't same as what we've verified in bug #22154 ? Do you have session.use_trans_sid = 1 in your php.ini? 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22160 [Csd->Fbk]: --with-mssql fails
ID: 22160 Updated by: [EMAIL PROTECTED] Reported By: jeremy at transparentblue dot com -Status: Closed +Status: Feedback Bug Type: Compile Failure Operating System: RH Linux 8.0 2.4.18-14smp PHP Version: 4CVS-2003-02-10 (stable) Previous Comments: [2003-05-30 05:20:54] [EMAIL PROTECTED] I got exactly the same problem with freetds 0.5.3 in the help of the configure script it should say that is depends on 0.6.1... I was searching in the ext/mssql/php_mssql.c code and was trying to figure out what that SHORT is used for, and where it comes from :) this version note about freetds in the help could solve pain. [2003-02-10 23:54:46] jeremy at transparentblue dot com Was using freetds 0.51 After changing SHORT => short in php_mssql.c compilation died with call to undefined function dbsetmaxprocs upgrade to freetds 0.61 (without changing php_mssql.c:338 back to SHORT) and compiling with --prefix=/usr/local --tdsver=7.0 --enable-msdblib configure string.php compiled with no errors Thanks alot [2003-02-10 23:17:39] [EMAIL PROTECTED] I'm unable to reproduce this. I use FreeTDS-0.61 compiled with --prefix=/usr/local --tdsver=7.0 --enable-msdblib. tdsver is specifying the default version you can overwrite this in freetds.conf. What version of FreeTDS are you using ? I can send you a modified version of php_mssql.c (SHORT => short in line 338) or you can make this change and see if that does the trick. [2003-02-10 22:03:26] jeremy at transparentblue dot com Previously reported bug Bug #21544 compiling php4-STABLE-200302110230 fails /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c: In function `zm_activate_mssql': /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: `SHORT' undeclared (first use in this function) /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: (Each undeclared identifier is reported only once /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: for each function it appears in.) my configure string note: /usr/local/freetds exists (freetds compiled --with-tdsver=4.2) ./configure --with-mysql=/usr/local/mysql \ --with-apache=../apache_1.3.27-http \ --with-mssql=/usr/local/freetds \ --with-gd=/usr/local/src/gd \ --with-jpeg-dir=/usr/local/src/jpeg-6b \ --with-xml \ --enable-wddx \ --with-png-dir=/usr/lib \ --with-zlib-dir=shared \ --with-curl=/usr/local Very stuck. -- Edit this bug report at http://bugs.php.net/?id=22160&edit=1
#23929 [Opn->Bgs]: strange register_shutdown_function error for undefined functions
ID: 23929 Updated by: [EMAIL PROTECTED] Reported By: philip at cornado dot com -Status: Open +Status: Bogus -Bug Type:Unknown/Other Function +Bug Type:*General Issues PHP Version: 4.3.2 Assigned To: helly New Comment: No bug here. Philip, ask such questions on the mailing list and stop spamming the bug system with these.. Previous Comments: [2003-05-31 21:15:03] [EMAIL PROTECTED] I don't understand the answer, and this is certainly not documented. Also, why did you assign it to yourself and mark it as bogus? [2003-05-31 17:00:26] [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 When some engine facility tries to call a non existing functions you receive such errors. [2003-05-31 15:55:47] philip at cornado dot com register_shutdown_function() provides a warning instead of a fatal error when calling an undefined function. Not sure if this is intentional or not but here's a test script: And next, the strange looking error. Same result for both Apache module and CLI: Hello Warning: Unknown(): Unable to call do_not_exist() - function does not exist in Unknown on line 0 A PHP5 CLI demonstrates this same error. -- Edit this bug report at http://bugs.php.net/?id=23929&edit=1
#22160 [Fbk->Csd]: --with-mssql fails
ID: 22160 Updated by: [EMAIL PROTECTED] Reported By: jeremy at transparentblue dot com -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: RH Linux 8.0 2.4.18-14smp PHP Version: 4CVS-2003-02-10 (stable) Previous Comments: [2003-05-30 05:20:54] [EMAIL PROTECTED] I got exactly the same problem with freetds 0.5.3 in the help of the configure script it should say that is depends on 0.6.1... I was searching in the ext/mssql/php_mssql.c code and was trying to figure out what that SHORT is used for, and where it comes from :) this version note about freetds in the help could solve pain. [2003-02-10 23:54:46] jeremy at transparentblue dot com Was using freetds 0.51 After changing SHORT => short in php_mssql.c compilation died with call to undefined function dbsetmaxprocs upgrade to freetds 0.61 (without changing php_mssql.c:338 back to SHORT) and compiling with --prefix=/usr/local --tdsver=7.0 --enable-msdblib configure string.php compiled with no errors Thanks alot [2003-02-10 23:17:39] [EMAIL PROTECTED] I'm unable to reproduce this. I use FreeTDS-0.61 compiled with --prefix=/usr/local --tdsver=7.0 --enable-msdblib. tdsver is specifying the default version you can overwrite this in freetds.conf. What version of FreeTDS are you using ? I can send you a modified version of php_mssql.c (SHORT => short in line 338) or you can make this change and see if that does the trick. [2003-02-10 22:03:26] jeremy at transparentblue dot com Previously reported bug Bug #21544 compiling php4-STABLE-200302110230 fails /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c: In function `zm_activate_mssql': /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: `SHORT' undeclared (first use in this function) /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: (Each undeclared identifier is reported only once /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: for each function it appears in.) my configure string note: /usr/local/freetds exists (freetds compiled --with-tdsver=4.2) ./configure --with-mysql=/usr/local/mysql \ --with-apache=../apache_1.3.27-http \ --with-mssql=/usr/local/freetds \ --with-gd=/usr/local/src/gd \ --with-jpeg-dir=/usr/local/src/jpeg-6b \ --with-xml \ --enable-wddx \ --with-png-dir=/usr/lib \ --with-zlib-dir=shared \ --with-curl=/usr/local Very stuck. -- Edit this bug report at http://bugs.php.net/?id=22160&edit=1
#23936 [Opn->Bgs]: fail to "select and fetch"
ID: 23936 Updated by: [EMAIL PROTECTED] Reported By: sarusij at yahoo dot com -Status: Open +Status: Bogus Bug Type: InterBase related Operating System: redhat 8 PHP Version: 4.3.1 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. PHP 4.3.2 was released already and has couple of ext/interbase fixes too. Previous Comments: [2003-06-01 09:26:22] sarusij at yahoo dot com I was using RedHat 7.3 with Interbase 6.0.1 every thing worked fine (Apache 1.3.x php 4.1.x). In order to get better performance updated to redhat 8 (apache 2.0.40 php 4.2.2) and interbase 7 (trial) generated interbase.so using ./compile --with-interbase=shared,/opt/interbase all in place, restart httpd, when accesing page with a database select it returns:- Warning: InterBase: Dynamic SQL Error SQL error code = -804 Incorrect values within SQLDA structure in /home/web-site/htdocs/main.inc on line 31 line 31 = $arr=ibase_fetch_row($sth); By mistake I have, in one of the time forgot to change to interbase.so that was compiled with interbase 7 and left interbase.so related to interbase 6, the warning above did not appear and seemed like everything operates ok. Using the tests within ext/interbase I found that test 5 (transactions) failed, it alsio failed when I have interbase 6.0.1. It did not fail using the original installation (RH7.3, IB6.0.1, php4.1.x apache 1.3.x) I have been doing it all also with php 4.3.1 with same results. What should I do in order to get the basic RH8 (apache 2.0.40 and php 4.2.2) instalation to operate correctly with interbase 7 (module interbase.so) Thanks for help Jacob -- Edit this bug report at http://bugs.php.net/?id=23936&edit=1
#22526 [Opn->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Does this happen with PHP 4.3.2 ? Previous Comments: [2003-06-01 09:54:54] bbubble622 at yahoo dot com Same problem as described overhere. No generation of graphs and although I did not trace it back, I see and experience exactly the same problems. -benny [2003-04-02 15:56:46] jerryaunspaw at hotmail dot com I have experienced the same problem that iberry has seen. I noticed that on IIS 5, the cmd.exe gets hung up. I have to do an iisreset to clear the error. The script works fine for 1 image on a page...but when you introduce multiple images...it errors out...page just hangs... and then you have to do an IISRESET. [2003-03-12 17:05:32] iberry at raxnet dot net I renamed test.php to test.html, and the same problem occurs. -Ian [2003-03-07 02:14:56] [EMAIL PROTECTED] What if you name that test.php to test.html..? [2003-03-06 21:42:28] iberry at raxnet dot net I checked and 'session.use_trans_sid' was set to '0', so I changed it to '1', but got the same results. I took a look at the bug you referenced to, but it is not the same. For one the file size is not really an issue. And secondly after adding debug code, I can see that PHP is blocking on the popen() call, not fpassthru(). -Ian 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#23912 [Ver->Asn]: Illegal CSS in phpinfo() output
ID: 23912
Updated by: [EMAIL PROTECTED]
Reported By: fischer at lavielle dot com
-Status: Verified
+Status: Assigned
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
Operating System: Mac OS X (All?)
PHP Version: 4.3.2
Assigned To: iliaa
Previous Comments:
[2003-05-30 21:03:37] [EMAIL PROTECTED]
There are a few w3 compliance issues with the css on phpinfo(), all
should and will be fixed prior to the next release.
[2003-05-30 19:28:05] fischer at lavielle dot com
In the file php-4.3.2/ext/standard/css.c line 40 the
CSS reads:
PUTS(".center th { text-align: center; !important
}\n");
It should read:
PUTS(".center th { text-align: center !important;
}\n");
(note the position of the semicolon, which should
follow the word important)
Check out for
the official word on where the semicolon should go. I
interpret my correction to be correct and the fix
resolves the bug in Safari.
This mistake makes Safari render the output very
different to what was intended.
Mike
--
Edit this bug report at http://bugs.php.net/?id=23912&edit=1
#23934 [Opn->Bgs]: IMAP connections fail
ID: 23934
Updated by: [EMAIL PROTECTED]
Reported By: php-bug at lusis dot org
-Status: Open
+Status: Bogus
Bug Type: IMAP related
Operating System: Redhat 8.0
PHP Version: 4.3.2
New Comment:
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.
Thank you for your interest in PHP.
This sounds like a local configuration and help issue.
Previous Comments:
[2003-06-01 09:15:41] php-bug at lusis dot org
I've finally ahd some success with this but it still doesn't help.
If I use a connect string that contains the actual IP address, I can
get a count and header list on my mailbox. This is fine and means that
everything is behaving well.
But if I continue to use a hostname, I will get:
"Can't connect to godspeed,993: Connection refused"
I've checked all the relevant resolver settings and the system
recognizes the hostname as valid.
Any ideas?
[2003-05-31 22:16:49] php-bug at lusis dot org
Setup:
RedHat 8.0
Apache 1.3.27
Courier-imap 1.7.3
C-Client - imap-2002d
PHP - 4.3.2
Both php and apache are compiled from source. No RPMS for those.
IMAP fails to connect no matter which webmail package I use. In some
cases it eats up all memory.
e.g. with phpgroupware:
Allowed memory size of 4194304 bytes exhausted at (null):0 (tried to
allocate 184320 bytes)
In other cases it fails to connect at all (with imp)
server="godspeed.lusis.org" user="username"
mailbox={godspeed.lusis.org:993/imap/notls/novalidate-cert}INBOX"
array(1) {
[0]=>
string(53) "Connection failed to godspeed,993: Connection refused"
}
Which is just silly since I've tested right after that with evolution
and email comes up fine.
If I use the IP Address instead of the hostname, the connection just
hangs there.
Having tried it with two different packages I'm guessing that it's a
php problem as I also saw the Connection failed message with both
horde/imp AND phpgroupware.
You can get a copy of phpinfo() at:
http://www.lusis.org/info.php
Configure Line:
/configure \
--prefix=/usr/local \
--with-apxs=/usr/bin/apxs \
--enable-exif \
--enable-track-vars \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--enable-inline-optimization \
--enable-memory-limit \
--with-openssl \
--with-curl \
--enable-sysvsem \
--enable-sysvshm \
--with-gettext="/usr" \
--with-mysql=/usr \
--with-imap=/usr/local/imap2002 \
--with-imap-ssl \
--with-kerberos \
--with-mcrypt \
--with-gd \
--with-zlib-dir=/usr \
--with-jpeg-dir=/usr \
--with-ldap
Output of ldd:
[EMAIL PROTECTED] logs]# ldd /usr/libexec/libphp4.so
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40275000)
libssl.so.2 => /lib/libssl.so.2 (0x402a3000)
libcrypto.so.2 => /lib/libcrypto.so.2 (0x402d3000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x403a7000)
libmcrypt.so.4 => /usr/lib/libmcrypt.so.4 (0x403de000)
libltdl.so.3 => /usr/lib/libltdl.so.3 (0x4041)
libldap.so.2 => /usr/lib/libldap.so.2 (0x40417000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x40442000)
libpam.so.0 => /lib/libpam.so.0 (0x4044d000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40455000)
libz.so.1 => /usr/lib/libz.so.1 (0x40478000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40486000)
libcurl.so.2 => /usr/lib/libcurl.so.2 (0x404a4000)
libresolv.so.2 => /lib/libresolv.so.2 (0x404c6000)
libm.so.6 => /lib/i686/libm.so.6 (0x404d8000)
libdl.so.2 => /lib/libdl.so.2 (0x404fa000)
libnsl.so.1 => /lib/libnsl.so.1 (0x404fd000)
libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2
(0x40513000)
libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x40526000)
libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3
(0x40585000)
libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3
(0x40595000)
libc.so.6 => /lib/i686/libc.so.6 (0x4200)
libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40597000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x405a2000)
--
Edit this bug report at http://bugs.php.net/?id=23934&edit=1
#23873 [Fbk->Bgs]: Error in sapi_apache2.lo
ID: 23873 Updated by: [EMAIL PROTECTED] Reported By: matthijs at vanbokhorst dot net -Status: Feedback +Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.3/kernel 2.4.20 PHP Version: 4.3.2 New Comment: >From ./configure --help output: " --with-regex=TYPE regex library type: system, apache, php. Default: php WARNING: Do NOT use unless you know what you are doing!" This is no bug, don't use configure options which you don't know why/when to use. Previous Comments: [2003-05-29 13:26:47] [EMAIL PROTECTED] Try removing the '--with-regex=system' from your config line and then try building PHP from scratch. [2003-05-29 08:12:58] matthijs at vanbokhorst dot net Trying to compile 4.3.2 with Apache HTTPD 2.0.45 (compiled from source with RedHat config.layout) as DSO with apxs on RedHat 7.3, completely updated through up2date including newest 2.4.20 kernel. Other installed software includes: Sybase ASE 12.5 Developer Edition and Sybase Open Client, Samba 2.2.8a rpm. All installed software is configured and running. Base system is a default RedHat 7.3 server install with no extra features. To be able to run PHP 4.3.2 the way I want, I installed several rpm's from RedHat 8.0: - ncurses - curl - imap - freetype2 - libmcrypt (from www.horde.org) - mcal (from www.horde.org) Hardware is a Compaq Proliant 2500R PentiumPro 200/384MB/Smart 2P controller/3x4 RAID0 and 2x9 RAID0/TLAN 100Mbit NIC. Server has to be booted with following kernel parameters: mem=exactmap [EMAIL PROTECTED] [EMAIL PROTECTED] Compile features (default RH7.3 with some extra's): ./configure i386-redhat-linux \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --sysconfdir=/etc \ --datadir=/usr/share \ --includedir=/usr/include \ --libdir=/usr/lib \ --libexecdir=/usr/libexec \ --localstatedir=/var \ --sharedstatedir=/usr/com \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --prefix=/usr \ --with-config-file-path=/etc \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-inline-optimization \ --with-bz2 \ --with-db3 \ --with-curl \ --with-dom=/usr \ --with-exec-dir=/usr/bin \ --with-freetype-dir=/usr \ --with-png-dir=/usr \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gdbm \ --with-gettext \ --with-ncurses \ --with-gmp \ --with-iconv \ --with-jpeg-dir=/usr \ --with-mm \ --with-openssl \ --with-png \ --with-pspell \ --with-regex=system \ --with-xml \ --with-expat-dir=/usr \ --with-zlib \ --with-layout=GNU \ --enable-bcmath \ --enable-debugger \ --enable-exif \ --enable-ftp \ --disable-magic-quotes \ --disable-safe-mode \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-discard-path \ --enable-track-vars \ --enable-trans-sid \ --enable-yp \ --enable-wddx \ --without-oci8 \ --with-imap=/usr/lib \ --with-imap-ssl \ --with-kerberos=/usr/kerberos \ --with-ldap \ --with-mysql \ --with-sybase-ct=/opt/sybase-12.5/OCS \ --enable-memory-limit \ --enable-bcmath \ --enable-shmop \ --enable-versioning \ --enable-calendar \ --with-mcal=/usr \ --with-mcrypt=/usr/lib \ --enable-dbx \ --enable-dio \ --enable-mbstring \ --enable-mbstr-enc-trans \ --with-apxs2=/usr/sbin/apxs Configure command executes perfectly with no warnings. Make stops with the following output: /bin/sh /tmp/php-4.3.2/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/tmp/php-4.3.2/Zend/ -DPHP_ATOM_INC -I/tmp/php-4.3.2/include -I/tmp/php-4.3.2/main -I/tmp/php-4.3.2 -I/usr/include/apache -I/tmp/php-4.3.2/Zend -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/usr/include/mcal -I/usr/include/pspell -I/opt/sybase-12.5/OCS/include -I/tmp/php-4.3.2/TSRM -g -O2 -prefer-pic -c /tmp/php-4.3.2/Zend/zend_execute.c -o Zend/zend_execute.lo /bin/sh /tmp/php-4.3.2/libtool --silent --preserve-dup-deps --mode=compile gcc -Isapi/apache2handler/ -I/tmp/php-4.3.2/sapi/apache2handler/ -DPHP_ATOM_INC -I/tmp/php-4.3.2/include -I/tmp/php-4.3.2/main -I/tmp/php-4.3.2 -I/usr/include/apache -I/tmp/php-4.3.2/Zend -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/usr/include/mcal -I/usr/include/pspell -I/opt/sybase-12.5/OCS/include -I/tmp/php-4.3.2/TSRM -g -O2 -prefer-pic -c /tmp/php-4.3.2/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo In file included from /usr/include/apache/httpd.h:86, from /usr/include/apache/util_filter.h:61, from /tmp/php-4.3.2/sapi/apache2handler/sapi_apache2.c:40: /usr/include/apache/pcreposix.h:41: conflicting types for `REG_BADBR' /usr/include/regex.h:307: previous declaration of `REG_BAD
#22510 [Ver]: Zend Engine crashes calling FREE_ZVAL from zend_assign_to_variable_reference
ID: 22510
User updated by: php at codewhore dot org
Reported By: php at codewhore dot org
Status: Verified
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
-PHP Version: 4.3.2-RC1
+PHP Version: 4CVS-2003-06-01 (stable)
New Comment:
A shorter crashing version of tests/lang/22510.phpt.
Notice that removal of the silence operator (@) in
method2() makes the crash go away.
foo;
}
function &method2() {
return @$this->foo;
}
}
class bar
{
function run1() {
$instance = new foo();
$instance->method1();
}
function run2() {
$instance = new foo();
$instance->method2();
$instance->method2();
}
}
function ouch(&$bar) {
$bar->run1();
}
function ok(&$bar) {
$a = $a;
$bar->run2();
}
$bar = new bar();
ok($bar);
ouch($bar);
?>
Previous Comments:
[2003-05-31 18:52:20] php at codewhore dot org
Hi:
I believe there's a missing refcount increment causing this bug, and I
think I may have uncovered some evidence that could get us closer to a
fix. I've added opcode dumps to zend_execute.c with a well-placed perl
command, so as to see the instructions as they're executed.
All of the following has been performed against a clean snapshot of
PHP4
CVS HEAD.
Given the following script, containing one class with two methods
differing only by a silence operator:
foo;
}
function &method2() {
return @$this->foo;
}
}
$i = new foo();
$i->method1();
echo "\n";
$i->method2();
?>
The following opcodes pass throuch the main switch() in execute(), in
this order:
ZEND_NOP
ZEND_NEW
ZEND_JMP_NO_CTOR
ZEND_FETCH_W
ZEND_FETCH_LOCAL
ZEND_ASSIGN
ZEND_FETCH_W
ZEND_FETCH_LOCAL
ZEND_INIT_FCALL_BY_NAME
ZEND_DO_FCALL_BY_NAME
ZEND_FETCH_W
ZEND_FETCH_LOCAL
ZEND_FETCH_OBJ_W
ZEND_RETURN
ZEND_ECHO
ZEND_FETCH_W
ZEND_FETCH_LOCAL
ZEND_INIT_FCALL_BY_NAME
ZEND_DO_FCALL_BY_NAME
ZEND_BEGIN_SILENCE
ZEND_FETCH_R
ZEND_FETCH_LOCAL
ZEND_FETCH_OBJ_R
ZEND_END_SILENCE
ZEND_RETURN
ZEND_RETURN
Here, we see the object property which will eventually become the
return
value of method1() being fetched by the engine with ZEND_FETCH_OBJ_W,
which triggers a zend_fetch_property_address(..., BP_VAR_W) from
zend_execute.c:1354, eventually bumping the reference count in
zend_fetch_property_address_inner:
case BP_VAR_W: {
zval *new_zval = &EG(uninitialized_zval);
new_zval->refcount++;
zend_hash_update(ht, prop_ptr->value.str.val, ...snip...);
}
However, it seems the addition of the silence operator (which wouldn't
have an effect on the read/write status of the fetch or the refcount,
I
wouldn't think) makes the engine fetch with ZEND_FETCH_OBJ_R;
eventually
triggering another branch of the switch in
zend_get_property_address_inner:
case BP_VAR_R:
zend_error(E_NOTICE,"Undefined property: %s",
prop_ptr->value.str.val);
/* break missing intentionally */
case BP_VAR_IS:
retval = &EG(uninitialized_zval_ptr);
break;
Which omits the increment of the reference count. There is a call to
AI_USE_PTR() on the read path that isn't on the write path, but that
looks like it doesn't touch the refcount of anything.
So, anyway.
I may be completely off in left-field here; apologies if you've made
it
this far and none of this represents any sort of sane thinking. :)
But,
is it possible that the silence operator, when applied to a fetch of
an
object property that is returned by reference, is being miscompiled as
ZEND_FETCH_OBJ_R rather than ZEND_FETCH_OBJ_W?
(Be gentle with replies; this is the first time I've ever really
touched
the Zend Engine's guts.)
[2003-03-31 17:03:45] [EMAIL PROTECTED]
(pasted from bug #22996) user supplied comment & backtrace
What I did:
Compiled 4.3.2RC1 on my Sun Ultra10/Sparc64 NetBSD 1.6.
Used:
./configure --enable-debug --with-apxs
--with-session=shared,/usr/pkg/lib/php/20
020429 --with-gettext=shared,/usr/pkg/lib/php/20020429
--with-pcre=shared,/usr/
pkg/lib/php/20020429
Ran make test and one of the tests that failed follows:
Segmentation fault - core dumped
FAIL Bug #22510 (segfault among complex references)
[tests/lang/bug22510.phpt]
So, I ran gdb and the backtrace follows:
gdb
GNU gdb 5.0nb1
Copyright 2000 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 "sparc64--netbsd".
(gdb) file sapi/cli/php
Reading symbols from sapi/cli/php...done.
(gdb) r tests/lang/bug22510.phpt
Starting program: /usr/home/mlm/php-4.3.
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: bbubble622 at yahoo dot com Reported By: iberry at raxnet dot net Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: yes ! Previous Comments: [2003-06-01 10:50:51] [EMAIL PROTECTED] Does this happen with PHP 4.3.2 ? [2003-06-01 09:54:54] bbubble622 at yahoo dot com Same problem as described overhere. No generation of graphs and although I did not trace it back, I see and experience exactly the same problems. -benny [2003-04-02 15:56:46] jerryaunspaw at hotmail dot com I have experienced the same problem that iberry has seen. I noticed that on IIS 5, the cmd.exe gets hung up. I have to do an iisreset to clear the error. The script works fine for 1 image on a page...but when you introduce multiple images...it errors out...page just hangs... and then you have to do an IISRESET. [2003-03-12 17:05:32] iberry at raxnet dot net I renamed test.php to test.html, and the same problem occurs. -Ian [2003-03-07 02:14:56] [EMAIL PROTECTED] What if you name that test.php to test.html..? 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#23929 [Bgs]: strange register_shutdown_function error for undefined functions
ID: 23929 Updated by: [EMAIL PROTECTED] Reported By: philip at cornado dot com Status: Bogus Bug Type:*General Issues PHP Version: 4.3.2 Assigned To: helly New Comment: I'm sorry, I didn't realize that Unknown() and line #0 were official, I'll add this to the documentation. Previous Comments: [2003-06-01 10:44:56] [EMAIL PROTECTED] No bug here. Philip, ask such questions on the mailing list and stop spamming the bug system with these.. [2003-05-31 21:15:03] [EMAIL PROTECTED] I don't understand the answer, and this is certainly not documented. Also, why did you assign it to yourself and mark it as bogus? [2003-05-31 17:00:26] [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 When some engine facility tries to call a non existing functions you receive such errors. [2003-05-31 15:55:47] philip at cornado dot com register_shutdown_function() provides a warning instead of a fatal error when calling an undefined function. Not sure if this is intentional or not but here's a test script: And next, the strange looking error. Same result for both Apache module and CLI: Hello Warning: Unknown(): Unable to call do_not_exist() - function does not exist in Unknown on line 0 A PHP5 CLI demonstrates this same error. -- Edit this bug report at http://bugs.php.net/?id=23929&edit=1
#23455 [Opn->Fbk]: Memory Leak
ID: 23455 Updated by: [EMAIL PROTECTED] Reported By: adam at planetzerep dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.2RC2 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 Previous Comments: [2003-05-17 22:47:11] adam at planetzerep dot com Is this still being looked at? [2003-05-07 23:17:18] adam at planetzerep dot com OK, I downloaded http://snaps.php.net/win32/php4-win32-STABLE-200305071630.zip It looks like there's still a leak... I ran apachebench: Apache @ start: 16,988K memory Apache after 50,000 requests: 30,856K memory Apache after 100,000 requests: 33,592K memory Apache after 150,000 requests: 36,336K memory Apache after 200,000 requests: 39,076K memory So it seems to be leaking about 56 bytes per request. [2003-05-07 09:16:31] [EMAIL PROTECTED] Try the latest cvs snapshot that will be available on May 07, 2003 16:30 GMT. [2003-05-06 18:42:40] adam at planetzerep dot com This memory leak is not caused by apache "warming up" - I have left apachebench running overnight, and apache will consume all of the memory on the server. [2003-05-05 15:07:23] [EMAIL PROTECTED] related to bug #21283 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/23455 -- Edit this bug report at http://bugs.php.net/?id=23455&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I experienced this problem under PHP 4.3.2 as well. Previous Comments: [2003-06-01 11:50:06] bbubble622 at yahoo dot com yes ! [2003-06-01 10:50:51] [EMAIL PROTECTED] Does this happen with PHP 4.3.2 ? [2003-06-01 09:54:54] bbubble622 at yahoo dot com Same problem as described overhere. No generation of graphs and although I did not trace it back, I see and experience exactly the same problems. -benny [2003-04-02 15:56:46] jerryaunspaw at hotmail dot com I have experienced the same problem that iberry has seen. I noticed that on IIS 5, the cmd.exe gets hung up. I have to do an iisreset to clear the error. The script works fine for 1 image on a page...but when you introduce multiple images...it errors out...page just hangs... and then you have to do an IISRESET. [2003-03-12 17:05:32] iberry at raxnet dot net I renamed test.php to test.html, and the same problem occurs. -Ian 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#23670 [Opn->Ver]: "implements" and "extends" cause Apache 2 crash
ID: 23670
Updated by: [EMAIL PROTECTED]
Reported By: agoossens at olc dot sa dot edu dot au
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Windows XP Professional, SP1
PHP Version: 5CVS-2003-05-17 (dev)
Previous Comments:
[2003-05-17 15:15:37] [EMAIL PROTECTED]
Reclassify as ZE2 problem.
[2003-05-17 06:08:05] agoossens at olc dot sa dot edu dot au
Oh, and it was Apache 2.0.43 :)
[2003-05-17 06:04:20] agoossens at olc dot sa dot edu dot au
Greetings all,
The following code causes an Apache2 crash under XP Pro (with Service
Pack 1), using 5.0.0-dev (May 06, 2003):
class Driver_DB_MySQL implements iDB extends Driver_DB
{
}
However, if you take out the "implements iDB" or "extends Driver_DB"
statements, the code works fine. Normally under this condition you'd
expect PHP to throw a parser error (as is in the error log transcript
below).
Neither the interface iDB or the class Driver_DB have been defined yet.
However, even if they are defined, the crash still occurs (until you
remove one of the two statements, that is).
The Apache Error Log says the following:
[client 127.0.0.1] PHP Parse error: parse error, unexpected T_EXTENDS,
expecting '{' in C:\webroot\public_html\foo.php on line 2, referer:
http://localhost/
[Sat May 17 20:29:41 2003] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
[Sat May 17 20:29:41 2003] [notice] Parent: Created child process 4776
No extra extensions have been enabled in php.ini.
Cheers.
-Adam.
--
Edit this bug report at http://bugs.php.net/?id=23670&edit=1
#23670 [Ver->Csd]: "implements" and "extends" cause Apache 2 crash
ID: 23670
Updated by: [EMAIL PROTECTED]
Reported By: agoossens at olc dot sa dot edu dot au
-Status: Verified
+Status: Closed
Bug Type:Zend Engine 2 problem
PHP Version: 5CVS-2003-05-17 (dev)
-Assigned To:
+Assigned To: helly
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot 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 in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-05-17 15:15:37] [EMAIL PROTECTED]
Reclassify as ZE2 problem.
[2003-05-17 06:08:05] agoossens at olc dot sa dot edu dot au
Oh, and it was Apache 2.0.43 :)
[2003-05-17 06:04:20] agoossens at olc dot sa dot edu dot au
Greetings all,
The following code causes an Apache2 crash under XP Pro (with Service
Pack 1), using 5.0.0-dev (May 06, 2003):
class Driver_DB_MySQL implements iDB extends Driver_DB
{
}
However, if you take out the "implements iDB" or "extends Driver_DB"
statements, the code works fine. Normally under this condition you'd
expect PHP to throw a parser error (as is in the error log transcript
below).
Neither the interface iDB or the class Driver_DB have been defined yet.
However, even if they are defined, the crash still occurs (until you
remove one of the two statements, that is).
The Apache Error Log says the following:
[client 127.0.0.1] PHP Parse error: parse error, unexpected T_EXTENDS,
expecting '{' in C:\webroot\public_html\foo.php on line 2, referer:
http://localhost/
[Sat May 17 20:29:41 2003] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
[Sat May 17 20:29:41 2003] [notice] Parent: Created child process 4776
No extra extensions have been enabled in php.ini.
Cheers.
-Adam.
--
Edit this bug report at http://bugs.php.net/?id=23670&edit=1
#18125 [Opn->Csd]: Cannot use :: operator when defining child classes
ID: 18125
Updated by: [EMAIL PROTECTED]
Reported By: optikSmoke at subdimension dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4.18 (RedHat 7.3)
PHP Version: 5.0.0-dev
New Comment:
PHP5 doesn't support nested classes.
Previous Comments:
[2003-04-18 17:39:17] thekid at thekid dot de
As namespaces have been rewritten entierly since this bug was reported,
I think what's still left of this is:
namespace foo {
class bar { }
}
$name= 'foo::bar';
$o= new $name();
Results in:
Fatal error: Class 'foo::bar' not found
eval('$o= new '.$name.'();'); is ugly but works.
[2002-07-04 01:14:52] bob at bravenet dot com
The problem exists in the internal handling of :: within classnames.
Here is another example of the same problem in a different context. In
this case...when using the classname within a variable, PHP isnt able
to find the class.
[2002-07-02 23:41:11] optikSmoke at subdimension dot com
Essentially, I have run into this problem: I am unable to
use the '::' operator to define a class within a namespace
or inherit from a class within another namespace (I am
using 4.3.0-alpha2).
Example:
This will generate a "expecting ''{'' on line 7" parser
error (the "class Boo::Ahh ." line). Similarly, "class
Biff extends Boo::Scream {}" and "class Biff::Ahh extends
Boo {}" (or any other definitions in these forms) will
generate the same error. It appears to me that any class
definitions that use the :: operator and the extends
clause will generate this error.
I have found this to be a problem that is particularly
annoying, as I am developing a set of library classes that
reside within specific namespaces, in seperate files. For
example, I would like to be able to create a namespace
"Foo" containing class "Bar" and its child class "Biff",
both in seperate files so scripts not utililizing "Biff"
need not load it.
--
Edit this bug report at http://bugs.php.net/?id=18125&edit=1
#19463 [Opn]: Returning from __construct()
ID: 19463
Updated by: [EMAIL PROTECTED]
Reported By: scotje at wwc dot edu
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Mandrake Linux 8.2
PHP Version: 5.0.0-dev
New Comment:
PHP5 doesn't support nested classes.
Previous Comments:
[2003-04-18 17:45:51] thekid at thekid dot de
As nested classes are no longer supported, I guess this could be
closed.
[EMAIL PROTECTED]:~ > cat | php5
^D
Parse error: parse error, unexpected T_CLASS, expecting T_FUNCTION in
/usr/home/thekid/- on line 2
[2002-09-18 09:57:34] [EMAIL PROTECTED]
Reclassified.
[2002-09-18 01:23:51] scotje at wwc dot edu
The version is actually the 4.3.0 zend2 alpha2.
I'm wondering if it is possible to return an instance of a subclass
from a constructor. For example:
class test1
{
class test2
{
function prt_test()
{
echo("testing!!!");
}
}
function __construct()
{
return new test2();
}
}
$test_obj = new test1();
$test_obj->prt_test();
?>
Let's say that I want to parent class to choose one of it's children to
actually provide the functionality based on some selection criteria.
This isn't a big issue since I can just use a function seperate from
the constructor to accompolish roughly the same thing. I'm just
wondering if this is something that was considered or encountered
already.
Thanks...
--
Edit this bug report at http://bugs.php.net/?id=19463&edit=1
#19463 [Opn->Csd]: Returning from __construct()
ID: 19463
Updated by: [EMAIL PROTECTED]
Reported By: scotje at wwc dot edu
-Status: Open
+Status: Closed
Bug Type:Zend Engine 2 problem
PHP Version: 5.0.0-dev
Previous Comments:
[2003-06-01 12:35:45] [EMAIL PROTECTED]
PHP5 doesn't support nested classes.
[2003-04-18 17:45:51] thekid at thekid dot de
As nested classes are no longer supported, I guess this could be
closed.
[EMAIL PROTECTED]:~ > cat | php5
^D
Parse error: parse error, unexpected T_CLASS, expecting T_FUNCTION in
/usr/home/thekid/- on line 2
[2002-09-18 09:57:34] [EMAIL PROTECTED]
Reclassified.
[2002-09-18 01:23:51] scotje at wwc dot edu
The version is actually the 4.3.0 zend2 alpha2.
I'm wondering if it is possible to return an instance of a subclass
from a constructor. For example:
class test1
{
class test2
{
function prt_test()
{
echo("testing!!!");
}
}
function __construct()
{
return new test2();
}
}
$test_obj = new test1();
$test_obj->prt_test();
?>
Let's say that I want to parent class to choose one of it's children to
actually provide the functionality based on some selection criteria.
This isn't a big issue since I can just use a function seperate from
the constructor to accompolish roughly the same thing. I'm just
wondering if this is something that was considered or encountered
already.
Thanks...
--
Edit this bug report at http://bugs.php.net/?id=19463&edit=1
#20240 [Opn->Csd]: order of destructor calls
ID: 20240
Updated by: [EMAIL PROTECTED]
Reported By: vincent dot planchenault at atempo dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5.0.0-dev
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot 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 in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-04-18 17:49:29] thekid at thekid dot de
Running this script with current PHP5 gives me:
2
3
3
I guess this can be marked as fixed then?
[2002-12-10 14:07:39] tad at tadland dot net
There appears to be a bigger problem. Consider the following code:
member = 1;
register_shutdown_function(array($this, 'destructor'));
}
function destructor() {
print $this->member;
}
function add() {
$this->member += 1;
print $this->member."\n";
}
}
$t = new test();
$t->add();
$t->add();
?>
One might expect this code to output
2
3
3
But instead, one gets
2
3
1
So, it appears that a copy of the object is being made by
register_shutdown_function().
Tad
[2002-11-04 03:47:39] vincent dot planchenault at atempo dot com
Using this small PHP code :
m_references++;
}
function unref()
{
$this->m_references--;
}
function __destruct()
{
echo 'in Referenced Destructor...';
echo "references = ".$this->m_references."";
echo 'out of Referenced Destructor';
}
}
class Referencer
{
private $m_ref;
function __construct($t)
{
$this->m_ref = $t;
$t->ref();
}
function __destruct()
{
echo "in Referencer Destructor...";
$this->m_ref->unref();
echo "out of Referencer Destructor";
}
}
$t = new Referenced();
echo 'instanciating first Referencer object...';
$a = new Referencer($t);
echo 'instanciating second Referencer object...';
$b = new Referencer($t);
echo 'deleting first Referencer object...';
unset($a);
echo 'terminating';
?>
I expected PHP to call unref() on Referenced object for the second
Referencer instance in the Referencer destructor, and then let
Referenced object be freed. This simulated output correspond to this
expectation :
instanciating first Referencer object...
instanciating second Referencer object...
deleting first Referencer object...
in Referencer Destructor...
out of Referencer Destructor
terminating
in Referencer Destructor
out of Referencer Destructor
in Referenced Destructor...
references = 0
out of Referenced Destructor...
PHP gave me this output :
instanciating first Referencer object...
instanciating second Referencer object...
deleting first Referencer object...
in Referencer Destructor...
out of Referencer Destructor
terminating
in Referenced Destructor...
references = 1
out of Referenced Destructor
in Referencer Destructor...
Fatal error: Trying to access invalid object in /test.php on
line 42
It seems that object instances are freed BEFORE the call of the object
destructor; I think object variables have to be freed after the
destructor call...
--
Edit this bug report at http://bugs.php.net/?id=20240&edit=1
#21478 [Ver->Csd]: Zend/zend_alloc.c :: shutdown_memory_manager produces segfault
ID: 21478
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: linux
PHP Version: 5.0.0-dev
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot 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 in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-03-26 18:42:35] [EMAIL PROTECTED]
Another reproducing script:
Happens with HEAD as of today.
./configure --with-gd --with-zlib-dir=/usr --with-mysql --enable-ftp
--enable-bcmath --enable-maintainer-zts --enable-sockets
--with-gmp=/usr --with-imap --with-imap-ssl=/usr/src/openssl-0.9.6g
I've gotten similar results with simpler ./configure lines and simpler
scripts, but this is the configuration that is immediately available to
me.
#!sapi/cli/php
data = strtoupper($bucket->data);
stream_bucket_append($out, $bucket);
$consumed += strlen($bucket->data);
}
return PSFS_PASS_ON;
}
}
stream_register_filter("myfilter","debugfilter");
$fp = fopen("test.txt","w");
stream_filter_append($fp, "myfilter");
stream_filter_append($fp, "myfilter");
stream_filter_append($fp, "myfilter");
fwrite($fp, "This is a test.\n");
print "Done.\n";
fclose($fp);
// Uncommenting the following 'print' line causes the segfault to stop
occuring
// print "2\n";
readfile("test.txt");
?>
[2003-03-26 18:18:33] [EMAIL PROTECTED]
http://sunshine.krneki.org/test.phps
this is a suspicious function inside my code, but i dont know if its my
fault or not... you can spot that this function is a class member
($this references inside), the rest of the class is unimportant..
http://www.php.net/manual/en/language.references.return.php
a comment on this page from "giorgio dot galloNOSPAM at
NOSPAMdedalomedia dot it" describes pretty accurate behaviour i
pressume on my side, but the result beeing segfaults and not some
spooky/eerie values.
nowhere here does it say i should do stuff like:
$v = &$object; return $v;
inside functions which return references, correct? should i?
ill pack up my current code and try two sollutions, one to use $v =
&$object; return $v;... and the other just to plainly remove the "&"
infront of the function name and make it return by value...
can i please get some feedback on this, my mail is open, and i'm
willing to help you in any way possible...
[2003-03-26 05:43:49] [EMAIL PROTECTED]
this bug just doesnt seem to get away fully... i've acctually (on the
safe side) got around to compile 4.3.1 stable official release and
using
it on the software..
i still get occasional random segfaults.. but the problem is that they
occur after some time, and i cant reproduce them in any way, because
they are TOTALLY random..
is a funny memory leak of somekind possible?
im getting more bugs than ever, and i can't seem to put a finger on
either one of them, it appears every time i start gdb on apache i cant
bring it to crash... i tried this now for atleast an hour, with no
success..
ugh it hit me... thread safety perhaps? i've tried in gdb and as far as
i
understand that is only 1 thread.. and i couldnt reproduce it inside
gdb... i have http://sunshine.krneki.org/phpinfo.php ... to go over it
the
extensions i really use are ftp, gd2, sockets, mysql, xml, aggregate (i
think this isnt an extension, but i noticed "object overloading" in
phpinfo somewhere).. im unsure about the rest..
is it possible that one of theese extensions isnt quite thread safe?
i also use stuff like "function &mod($name)" inside an object to return
a reference to an object.. and then $var = &$obj->mod("name"); to
assign it in the code.. since this is the.. one.. probablly only major
change i did to the code besides using aggregate() and ... well..
nothing else...
dual proc or not, the segfaults still happen...
my next "sollution/test" will be to remove references from the code and
try to solve modularity in a more "global" type of way... to see if the
crashes go away... i have about a week to come up with something,
then it's serious ass raping time, cause ill miss a BIG BIG BIG
deadline.
if someone wants to look at the code, i have no problem in putting up a
tgz with a test database.. but realise that a small reproducible script
is
wishfull thinking.. just the /include dir should be aroun
#21598 [Ver->Fbk]: Apache processes don't clean up
ID: 21598 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: RHL7.3 PHP Version: 5.0.0-dev 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 Previous Comments: [2003-01-12 08:34:35] [EMAIL PROTECTED] Reproducing script: Stacktrace: php4ts_debug.dll!_object_and_properties_init(_zval_struct * arg=0x00b40420, _zend_class_entry * class_type=0x00b274f0, _hashtable * properties=0x, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 603 + 0x13 C php4ts_debug.dll!_object_init_ex(_zval_struct * arg=0x00b40420, _zend_class_entry * class_type=0x00b274f0, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 610 + 0x1bC php4ts_debug.dll!_object_init(_zval_struct * arg=0x00b40420, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 615 + 0x1bC php4ts_debug.dll!zif_mysql_fetch_field(int ht=1, _zval_struct * return_value=0x00b40420, _zval_struct * this_ptr=0x, int return_value_used=0, void * * * tsrm_ls=0x00b22980) Line 2118 + 0x1dC php4ts_debug.dll!zend_do_fcall_common_helper(_zend_execute_data * execute_data=0x0012fafc, _zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 2561 + 0x36 C php4ts_debug.dll!zend_do_fcall_handler(_zend_execute_data * execute_data=0x0012fafc, _zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 2687 + 0x11 C php4ts_debug.dll!execute(_zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 1213 + 0x13 C php4ts_debug.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x00b22980, _zval_struct * * retval=0x, int file_count=3, ) Line 958 + 0x21 C php4ts_debug.dll!php_execute_script(_zend_file_handle * primary_file=0x0012ff48, void * * * tsrm_ls=0x00b22980) Line 1691 + 0x1bC php.exe!main(int argc=1, char * * argv=0x00b22580) Line 1431 + 0x11C php.exe!mainCRTStartup() Line 338 + 0x11 C kernel32.dll!77e8ca90() -- Edit this bug report at http://bugs.php.net/?id=21598&edit=1
#21888 [Opn->Csd]: protected property and protected method of the same name
ID: 21888
Updated by: [EMAIL PROTECTED]
Reported By: ulf dot wendel at phpdoc dot de
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Win XP Prof
PHP Version: 5CVS-2003-01-26 (dev)
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot 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 in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-04-19 10:52:40] thekid at thekid dot de
Cannot reproduce with latest CVS:
[EMAIL PROTECTED]:~/devel/php/tests > cat protected.php
prot();
}
public function viewMom() {
print $this->prot;
}
}
$c = new child();
$c->callMom();
$c->viewMom();
?>
[EMAIL PROTECTED]:~/devel/php/tests > php5 protected.php
protected method
protected property
I guess this can be closed?
[2003-01-26 14:55:55] [EMAIL PROTECTED]
welcome back (to the roots) Ulf !!
[2003-01-26 12:24:02] ulf dot wendel at phpdoc dot de
OO: in case I have a protected property and a protected method of the
same name, I'll get a fatal error messages saving:
Fatal error: Call to undefined function () in ...
PHP:
System Windows NT localhost 5.1 build 2600
Build Date Jan 23 2003 16:14:26
Server API CGI/FastCGI
Virtual Directory Support enabled
Configuration File (php.ini) Path E:\php\php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 90021012
Debug Build no
Thread Safety enabled
Registered PHP Streams php, http, ftp, compress.zlib
Zend Engine v2.0.0-dev
Code:
class mom {
protected $prot = "protected property\n";
protected function prot() {
print "protected method\n";
}
}
class mom::child extends mom {
protected $prot;
public function callMom() {
$this->prot();
// $this->priv();
}
public function viewMom() {
print $this->prot;
// print $this->priv;
}
}
$c = new mom::child();
$c->callMom();
$c->viewMom();
--
Edit this bug report at http://bugs.php.net/?id=21888&edit=1
#22168 [Ver->Fbk]: Lots of "page / chunk is already free" errors after parsing
ID: 22168 Updated by: [EMAIL PROTECTED] Reported By: blizz at 0x03 dot net -Status: Verified +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: NetBSD 1.6N PHP Version: 5CVS-2003-02-11 (dev) 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 Previous Comments: [2003-02-13 06:28:13] blizz at 0x03 dot net Well, at least there is an error. And whatever it causes, it's there :] [2003-02-13 00:38:09] [EMAIL PROTECTED] I get this error with the given script: /usr/src/web/php/php5/Zend/zend_hash.c(93) : Bailed out without a bailout address! [2003-02-13 00:00:26] blizz at 0x03 dot net That's all I do. That's XML/Parser.php. http://cvs.php.net/co.php/pear/XML_Parser/Parser.php [2003-02-12 18:30:45] [EMAIL PROTECTED] Try come up with short and complete example script. [2003-02-12 16:55:23] blizz at 0x03 dot net Aw.. hm. That's maybe not the point.. Well, it's a combination of function calls which causes the errors (i guess). 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/22168 -- Edit this bug report at http://bugs.php.net/?id=22168&edit=1
#22383 [Opn->Csd]: A class that inherits an abstract method must be abstract
ID: 22383 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Zend Engine 2 problem Operating System: ALL PHP Version: 5CVS-2003-02-22 (dev) New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot 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 in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-04-18 18:17:31] thekid at thekid dot de Running the test tests/classes/abstract_inherit.phpt shows "PASS". Output is Fatal error: Cannot instantiate abstract class fail in /usr/home/thekid/devel/php/php5/- on line 10 as expected. [2003-02-22 21:14:05] [EMAIL PROTECTED] See file & output of: php runtests.php tests/classes/abstract_inherit.phpt Analyse: When i first implemented abstract and visibility for ZE2 i changed the way do_inherit_method() worked. I used a modified version of zend_hash_merge_ex() to merge the inherited functions. This mdification allowed me to change the class entry of the class beeing defined. Today this modification did not find its way into the engine because the current code uses better code. However i guess we must have access to the current class in do_inherit_method(). For future modifications we may also need to mofify the inherited function in do_inherit_method(). -- Edit this bug report at http://bugs.php.net/?id=22383&edit=1
#22725 [Opn->Ver]: A derived class cannot call a parent's method that calls a private method
ID: 22725
Updated by: [EMAIL PROTECTED]
Reported By: sysadmin at alexdupre dot com
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: FreeBSD 4-STABLE
PHP Version: 5CVS-2003-03-15 (dev)
Previous Comments:
[2003-03-15 03:54:40] sysadmin at alexdupre dot com
--TEST--
A derived class can call a parent's protected method that calls a
private method
--SKIPIF--
--FILE--
aPrivateMethod();
}
}
class Bar extends Foo {
public function aPublicMethod() {
echo "Bar::aPublicMethod() called.\n";
$this->aProtectedMethod();
}
}
$o = new Bar;
$o->aPublicMethod();
?>
--EXPECT--
Bar::aPublicMethod() called.
Foo::aProtectedMethod() called.
Foo::aPrivateMethod() called.
--
Edit this bug report at http://bugs.php.net/?id=22725&edit=1
#23569 [Opn->Bgs]: Can't create object 1st & define class later in same file
ID: 23569 Updated by: [EMAIL PROTECTED] Reported By: php at electricsurfer dot com -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: WIN XP PRO PHP Version: 5CVS-2003-05-09 (dev) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. See #22503 Previous Comments: [2003-05-09 16:36:20] php at electricsurfer dot com Can't create object 1st & define class later in same file This worked in php4 Downloaded: php5-win32-200305061830.zip Using as Apache Module -- Edit this bug report at http://bugs.php.net/?id=23569&edit=1
#23938 [NEW]: Memory leak?
From: bugs at ramihyn dot sytes dot net Operating system: Windows 2000 SP2 PHP version: 4.3.2 PHP Bug Type: Reproducible crash Bug description: Memory leak? Hi, i use a php script for file downloads on my webserver. Since I am using that script Apache's memory usage is constantly increasing. Apache crashes and restarts when no more memory is available. I'm not sure this is a PHP bug, it could also be an Apache bug. Script source: http://h3km3k.ath.cx/~bugs/file.phps Apache version used is: 2.0.45 (Win32) I noticed that memory leak in the following PHP versions: 4.3.0 4.3.1 4.3.2RC1 4.3.2RC2 -- Edit bug report at http://bugs.php.net/?id=23938&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23938&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23938&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23938&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23938&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23938&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23938&r=support Expected behavior: http://bugs.php.net/fix.php?id=23938&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23938&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23938&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23938&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23938&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23938&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23938&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23938&r=gnused
#23939 [NEW]: strpos is case insensitive when it should not be
From: tony at marston-home dot demon dot co dot uk Operating system: WindowsXP PHP version: 4.3.2 PHP Bug Type: Strings related Bug description: strpos is case insensitive when it should not be $haystack contains "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" so why does $pos = strpos($haystack, 's'); return me the position of 'S' instead of 's'? If I wanted a case insensitive search I would use stripos instead. -- Edit bug report at http://bugs.php.net/?id=23939&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23939&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23939&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23939&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23939&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23939&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23939&r=support Expected behavior: http://bugs.php.net/fix.php?id=23939&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23939&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23939&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23939&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23939&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23939&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23939&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23939&r=gnused
#23939 [Opn->Fbk]: strpos is case insensitive when it should not be
ID: 23939 Updated by: [EMAIL PROTECTED] Reported By: tony at marston-home dot demon dot co dot uk -Status: Open +Status: Feedback Bug Type: Strings related Operating System: WindowsXP PHP Version: 4.3.2 New Comment: I cannot confirm this: Outputs: strpos position 44 gives me s stripos position 18 gives me S Can you double check? Tested: Linux, PHP 4.3.2 / 5.0.0 Previous Comments: [2003-06-01 13:31:33] tony at marston-home dot demon dot co dot uk $haystack contains "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" so why does $pos = strpos($haystack, 's'); return me the position of 'S' instead of 's'? If I wanted a case insensitive search I would use stripos instead. -- Edit this bug report at http://bugs.php.net/?id=23939&edit=1
#23939 [Fbk->Csd]: strpos is case insensitive when it should not be
ID: 23939 User updated by: tony at marston-home dot demon dot co dot uk Reported By: tony at marston-home dot demon dot co dot uk -Status: Feedback +Status: Closed Bug Type: Strings related Operating System: WindowsXP PHP Version: 4.3.2 New Comment: Ignore this - I found my mistake. Previous Comments: [2003-06-01 13:49:09] [EMAIL PROTECTED] I cannot confirm this: Outputs: strpos position 44 gives me s stripos position 18 gives me S Can you double check? Tested: Linux, PHP 4.3.2 / 5.0.0 [2003-06-01 13:31:33] tony at marston-home dot demon dot co dot uk $haystack contains "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" so why does $pos = strpos($haystack, 's'); return me the position of 'S' instead of 's'? If I wanted a case insensitive search I would use stripos instead. -- Edit this bug report at http://bugs.php.net/?id=23939&edit=1
#23939 [Csd->Bgs]: strpos is case insensitive when it should not be
ID: 23939 Updated by: [EMAIL PROTECTED] Reported By: tony at marston-home dot demon dot co dot uk -Status: Closed +Status: Bogus Bug Type: Strings related Operating System: WindowsXP PHP Version: 4.3.2 New Comment: status->bogus Previous Comments: [2003-06-01 13:54:05] tony at marston-home dot demon dot co dot uk Ignore this - I found my mistake. [2003-06-01 13:49:09] [EMAIL PROTECTED] I cannot confirm this: Outputs: strpos position 44 gives me s stripos position 18 gives me S Can you double check? Tested: Linux, PHP 4.3.2 / 5.0.0 [2003-06-01 13:31:33] tony at marston-home dot demon dot co dot uk $haystack contains "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" so why does $pos = strpos($haystack, 's'); return me the position of 'S' instead of 's'? If I wanted a case insensitive search I would use stripos instead. -- Edit this bug report at http://bugs.php.net/?id=23939&edit=1
#23940 [NEW]: Too much session files
From: tyfoon at libero dot it Operating system: Win2k Server PHP version: 4.3.1 PHP Bug Type: Session related Bug description: Too much session files I just started use php for my site for the incredible speed of oci conection. Everything was great on my P3-1000. Then I moved to Dual P4Xeon hyperthreading and my suffering started. I cannot understand why on the new server I have got problems with sessions. If (on the server) I open my first page calling ip-address/page.php everything is working great, If I call //Server_name/page.php I have 3 session files in the sessiondata directory and on submit the page is reloading instead of opening the next. I changed almost everything in SW and HW config (exept processors) I disabled Hyperthreading, I made hosts files, but always the same problem... numeric address makes my site work, name no! Windows config is the same, I am using IIS5, I am using CGI/FastCGI for php 4.3.1, I tryed php 4.2.3 but nothing. Please help!! -- Edit bug report at http://bugs.php.net/?id=23940&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23940&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23940&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23940&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23940&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23940&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23940&r=support Expected behavior: http://bugs.php.net/fix.php?id=23940&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23940&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23940&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23940&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23940&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23940&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23940&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23940&r=gnused
#23941 [NEW]: RTL unicode texts Error
From: manghool at yahoo dot com Operating system: Win XP PHP version: 4.3.1 PHP Bug Type: GD related Bug description: RTL unicode texts Error when i use GD functions to write a RTL unicode text (like Farsi and Arabic) in a picture, it separate characters. NOTE: Farsi characters are affixed. -- Edit bug report at http://bugs.php.net/?id=23941&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23941&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23941&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23941&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23941&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23941&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23941&r=support Expected behavior: http://bugs.php.net/fix.php?id=23941&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23941&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23941&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23941&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23941&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23941&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23941&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23941&r=gnused
#18371 [Csd->Opn]: --enable-discard-path breaks php-cgi
ID: 18371 User updated by: janus at area319 dot de Reported By: janus at area319 dot de -Status: Closed +Status: Open -Bug Type: Apache2 related +Bug Type: CGI related Operating System: ALL -PHP Version: 4.3.0-dev +PHP Version: 4.3.2 New Comment: Wow! Incredible, it's back again. Powered by 4.3.2-RELEASE this time. Previous Comments: [2002-12-03 01:09:41] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot 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 in short time. Thank you for the report, and for helping us make PHP better. don't use discard path. but really, fixed in cvs. [2002-11-29 10:06:07] janus at area319 dot de But the problem also exists with apache1... [2002-11-15 01:28:05] [EMAIL PROTECTED] Nobody here runs Apache2. Feel free to pitch in and provide a patch. [2002-11-15 01:26:00] janus at area319 dot de Wow... incredible... now i'm getting the same error with SSL too. That's really boring! The people need a safe way to run php... but there isn't any up-to-date solution that really works (especially apache2/cgi). It's hard to believe that php will run at any ISP, when there are so great problems with it. Apache2 is much better in managing resources and has more speed... so it will be the next step in webhosting-environments, please fix it soon. [2002-11-11 10:02:07] janus at area319 dot de Uhm... allways the same... look above :/ 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/18371 -- Edit this bug report at http://bugs.php.net/?id=18371&edit=1
#7440 [Opn->Csd]: Print function calling stack
ID: 7440
Updated by: [EMAIL PROTECTED]
Reported By: feng at i-bizz dot net
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: anyone
PHP Version: 4.0.3pl1
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
PHP 4.3 and higher have debug_backtrace() (and print_debug_backtrace())
for this.
Previous Comments:
[2002-01-28 20:24:17] [EMAIL PROTECTED]
Use APD for now. (It's not standard extension though...)
http://apd.communityconnect.com/
[2000-10-24 16:53:06] feng at i-bizz dot net
When we have functions who calls another function, it is very easy to
lost the track of who is calling who and who generated the bug that
created an error.
Lets visually see the problem (I'm using Perl-like debug notation)
..
main.php3:5: ListBooks();
some where in main.php3 we called the ListBooks function, which is
an abstraction layer for the code that will query the database.
_sp.inc.php3:56: ExecSQL("select from BOOKS");
Somewhere (deep) inside the ListBooks() function, we have a call to
ExecSQL(), which will query the database, and have error handling
routines. Here we have a type which will trigger an error (it is
missing "*" inside the string)
_commom.inc.php3:30: $q = mysql_query($query);
_commom.inc.php3:31: if (!$q$) {
_commom.inc.php3:32:echo "we have an error here!";
_commom.inc.php3:33:return mysql_error();
_commom.inc.php3:33: }
What happens here? The error will be generated at the line 30 in the
file _commom.inc.php3 but it wasn't generated there! It was generated
somewhere in the upper layers, in some of the callers.
Now, wouldn't be cool if we could print the function call stack?
This way we could track up, knowing where the error could be hidden! We
have a good example from the Perl debugging facilities.
--
Edit this bug report at http://bugs.php.net/?id=7440&edit=1
#23942 [NEW]: php 4.3.x causes apache2+mod_ssl to sigsev on client authentication
From: alextxm at tin dot it Operating system: Linux PHP version: 4.3.2 PHP Bug Type: Apache2 related Bug description: php 4.3.x causes apache2+mod_ssl to sigsev on client authentication Client authentication with a SSL certificate work fine in apache2 until php4 is loaded as a module. trying to access an area granted only with a client-certificate based authentication with php4 enabled as module will cause Apache2 to sigsev (Segmentation Fault) in the related child process(es). Disabling php4 will cause the problem to disappear, so I guess it really is a php related problem. -- Edit bug report at http://bugs.php.net/?id=23942&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23942&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23942&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23942&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23942&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23942&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23942&r=support Expected behavior: http://bugs.php.net/fix.php?id=23942&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23942&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23942&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23942&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23942&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23942&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23942&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23942&r=gnused
#23942 [Opn->Fbk]: php 4.3.x causes apache2+mod_ssl to sigsev on client authentication
ID: 23942 Updated by: [EMAIL PROTECTED] Reported By: alextxm at tin dot it -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2003-06-01 17:19:09] alextxm at tin dot it Client authentication with a SSL certificate work fine in apache2 until php4 is loaded as a module. trying to access an area granted only with a client-certificate based authentication with php4 enabled as module will cause Apache2 to sigsev (Segmentation Fault) in the related child process(es). Disabling php4 will cause the problem to disappear, so I guess it really is a php related problem. -- Edit this bug report at http://bugs.php.net/?id=23942&edit=1
#23942 [Fbk->Opn]: php 4.3.x causes apache2+mod_ssl to sigsev on client authentication
ID: 23942 User updated by: alextxm at tin dot it Reported By: alextxm at tin dot it -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.2 New Comment: i'm going to rebuild php with --enable-debug and to try to get some backtraces. btw, please note that the no php scripts are actually involved in this scenario: the website i'm testing it on has no php script. I simply try to access an area (with plain html pages) which requires me to have a SSL Client Certificate; authentication (and so, access) happens only if apache2 (i'm using 2.0.46) is started without -D PHP4 otherwise authentication fails and the apache error log file only says: "[Mon Jun 02 00:15:54 2003] [notice] child pid 16784 exit signal Segmentation fault (11)" Previous Comments: [2003-06-01 17:24:41] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2003-06-01 17:19:09] alextxm at tin dot it Client authentication with a SSL certificate work fine in apache2 until php4 is loaded as a module. trying to access an area granted only with a client-certificate based authentication with php4 enabled as module will cause Apache2 to sigsev (Segmentation Fault) in the related child process(es). Disabling php4 will cause the problem to disappear, so I guess it really is a php related problem. -- Edit this bug report at http://bugs.php.net/?id=23942&edit=1
#23906 [Com]: Immediate segfault on startup
ID: 23906
Comment by: bugphp432 at barossa dot homeip dot net
Reported By: mbrennen at fni dot com
Status: Open
Bug Type: Reproducible crash
Operating System: MDK 8.2 (Linux 2.4)
PHP Version: 4.3.2
New Comment:
Similar problems on WIN32 (win98 + APACHE 1.3.27)
msg=Unknow(); Unable to load dynamic library
c:\php\extensions\php_imap.dll -
Then APACHE crash or not run.
with PHP4.3.1 all seems ok
Previous Comments:
[2003-05-30 13:50:46] mbrennen at fni dot com
The following bug is reproduceable on two different systems. As soon
as the process starts it cores. A gdb stack trace and the tail of an
strace of the bug is below, as is the php configure script options.
The same configuration works fine with 4.3.0.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 24937)]
0x082c1b9d in nothrow ()
(gdb)
(gdb) bt
#0 0x082c1b9d in nothrow ()
#1 0x4000b616 in _dl_map_object_deps () at dl-deps.c:498
#2 0x0007 in ?? ()
Cannot access memory at address 0x8
lstat64("/dev/null", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3),
...}) = 0
open("/dev/null", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffd110) = -1 ENOTTY (Inappropriate
ioctl for device)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
read(3, "", 1024) = 0
close(3)= 0
munmap(0x40016000, 4096)= 0
lstat64("/dev/null", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3),
...}) = 0
open("/dev/null", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffd120) = -1 ENOTTY (Inappropriate
ioctl for device)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
read(3, "", 1024) = 0
close(3)= 0
munmap(0x40016000, 4096)= 0
brk(0x838a000) = 0x838a000
brk(0x838d000) = 0x838d000
open("/var/log/httpd/error_log", O_WRONLY|O_APPEND|O_CREAT, 0666) = 3
fcntl64(3, F_DUPFD, 15) = 15
close(3)= 0
fcntl64(15, F_GETFL)= 0x401 (flags
O_WRONLY|O_APPEND)
fstat64(15, {st_mode=S_IFREG|0640, st_size=2001079, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
_llseek(15, 0, [0], SEEK_CUR) = 0
dup2(15, 2) = 2
brk(0x838e000) = 0x838e000
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2601, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40021000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2601
brk(0x838f000) = 0x838f000
read(3, "", 4096) = 0
close(3)= 0
munmap(0x40021000, 4096)= 0
open("/usr/share/locale/en_US/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=173408, ...}) = 0
old_mmap(NULL, 173408, PROT_READ, MAP_PRIVATE, 3, 0) = 0x409ce000
close(3)= 0
--- SIGSEGV (Segmentation fault) ---
### configuration script
./configure \
--with-apache=/usr/local/apache_1.3.27 \
--with-imap \
--with-imap-ssl \
--with-gd \
--with-mysql=/usr \
--with-solid=/usr/local/solidSDK351 \
--with-exec-dir=/var/lib/php \
--with-java=/usr/local/jdk \
--enable-unified-odbc \
--enable-safe-mode=yes \
--enable-track-vars \
--enable-ftp \
--with-expat-dir=/usr \
--with-xml \
--with-dom=/usr \
--with-dom-xslt=/usr \
--with-dom-exslt=/usr \
--enable-xslt \
--with-xslt-sablot=/usr \
--with-sablot-js=/usr \
--with-zlib \
--with-ldap \
--with-openssl \
--disable-debug \
--disable-debugger \
--with-config-file-path=/etc/httpd/conf
--
Edit this bug report at http://bugs.php.net/?id=23906&edit=1
#23943 [NEW]: disp_invokeex won't work with multiple args.
From: eddie at omegaware dot com
Operating system:
PHP version: 4.3.2
PHP Bug Type: *Compile Issues
Bug description: disp_invokeex won't work with multiple args.
Is there any reason why the REGISTER_*_CONSTANT macros (ie
REGISTER_LONG_CONSTANT) use sizeof instead of strlen for calculating the
length of the constant name? I am running into problems which resort to me
having to not use this macros to define functions but to use the raw
zend_register_*_constant function..
example.
using the macro with a literal string for the name works fine.
REGISTER_LONG_CONSTANT("MYCONSTANT",4567,CONST_CS|CONST_PERISISTENT);
however using the macro with a char * variable does not.
char *name = "MYCONSTANT";
REGISTER_LONG_CONSTANT(name,4567,CONST_CS|CONST_PERSISTENT);
The later results with the name_len variable to zend_register_long_contant
being 4, the size of the char *.
This has caused me problems when I was trying to register a char* array of
constants.
--
Edit bug report at http://bugs.php.net/?id=23943&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23943&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23943&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23943&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23943&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23943&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23943&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23943&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23943&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23943&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23943&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23943&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23943&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23943&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23943&r=gnused
#23943 [Opn]: REGISTER_*_CONSTANT and sizeof to calculate length of constant name
ID: 23943
User updated by: eddie at omegaware dot com
-Summary: disp_invokeex won't work with multiple args.
Reported By: eddie at omegaware dot com
Status: Open
Bug Type:*Compile Issues
PHP Version: 4.3.2
New Comment:
fixed the summary field..
Previous Comments:
[2003-06-01 18:33:14] eddie at omegaware dot com
Is there any reason why the REGISTER_*_CONSTANT macros (ie
REGISTER_LONG_CONSTANT) use sizeof instead of strlen for calculating
the length of the constant name? I am running into problems which
resort to me having to not use this macros to define functions but to
use the raw zend_register_*_constant function..
example.
using the macro with a literal string for the name works fine.
REGISTER_LONG_CONSTANT("MYCONSTANT",4567,CONST_CS|CONST_PERISISTENT);
however using the macro with a char * variable does not.
char *name = "MYCONSTANT";
REGISTER_LONG_CONSTANT(name,4567,CONST_CS|CONST_PERSISTENT);
The later results with the name_len variable to
zend_register_long_contant being 4, the size of the char *.
This has caused me problems when I was trying to register a char* array
of constants.
--
Edit this bug report at http://bugs.php.net/?id=23943&edit=1
#23944 [NEW]: mbstring *uses* LGPL sources making the entire PHP released under LGPL.
From: hyamamoto at cybozu dot co dot jp
Operating system: Any
PHP version: 4.3.2
PHP Bug Type: mbstring related
Bug description: mbstring *uses* LGPL sources making the entire PHP released under
LGPL.
The current implementation of mbstring uses two Lesser GNU
General Public License (LGPL) sources.
As LGPL does *not* allow derived softwares to be released
under license terms other than LGPL, the entire PHP sources
must be released under LGPL rather than PHP license.
Alternatively, we may separate mbstring from the main PHP
archive until it becomes LGPL-free.
# As you may know, LGPL *does* allow their sources as
# just (dynamic link) libraries. But mbstring itself
# makes use of LGPL sources as its internal utilities.
The sources are:
1) ext/mbstring/mbfilter*.{c,h}
for multibyte character conversion.
2) ext/mbstring/mbregex.{c,h}
for multibyte regular expression.
Thank you.
--
Edit bug report at http://bugs.php.net/?id=23944&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23944&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23944&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23944&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23944&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23944&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23944&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23944&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23944&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23944&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23944&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23944&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23944&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23944&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23944&r=gnused
#23944 [Opn]: mbstring *uses* LGPL sources making the entire PHP released under LGPL.
ID: 23944
Updated by: [EMAIL PROTECTED]
Reported By: hyamamoto at cybozu dot co dot jp
Status: Open
Bug Type: mbstring related
Operating System: Any
PHP Version: 4.3.2
New Comment:
Ugh. I had no idea it was under the LGPL. Wasn't this thing written
specifically for PHP? And as such, is our version a modified version
of the original? If it has not been modified then we are allowed to
distribute a verbatim copy of it even if it is under the LGPL. It is
only if we modify it and/or distribute something less than the entire
library that we become a derivative work.
Previous Comments:
[2003-06-01 18:52:57] hyamamoto at cybozu dot co dot jp
The current implementation of mbstring uses two Lesser GNU
General Public License (LGPL) sources.
As LGPL does *not* allow derived softwares to be released
under license terms other than LGPL, the entire PHP sources
must be released under LGPL rather than PHP license.
Alternatively, we may separate mbstring from the main PHP
archive until it becomes LGPL-free.
# As you may know, LGPL *does* allow their sources as
# just (dynamic link) libraries. But mbstring itself
# makes use of LGPL sources as its internal utilities.
The sources are:
1) ext/mbstring/mbfilter*.{c,h}
for multibyte character conversion.
2) ext/mbstring/mbregex.{c,h}
for multibyte regular expression.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=23944&edit=1
#23944 [Opn]: mbstring *uses* LGPL sources making the entire PHP released under LGPL.
ID: 23944
User updated by: hyamamoto at cybozu dot co dot jp
Reported By: hyamamoto at cybozu dot co dot jp
Status: Open
Bug Type: mbstring related
Operating System: Any
PHP Version: 4.3.2
New Comment:
According to the header lines of the LGPL source files:
1) mbfilter*.{c,h}
may be written specifically for mbstring by a Japanese.
/*
* "streamable kanji code filter and converter"
*
* Copyright (c) 1998,1999,2000,2001 HappySize, Inc. All rights
reserved.
*
* This software is released under the GNU Lesser General Public
License.
* (Version 2.1, February 1999)
* Please read the following detail of the licence (in japanese).
...
2) mbregex.{h,c}
This is released from Free Software Foundation (FSF), and
modified by Japanese people originally for Ruby programming
language. Comments describe its origin.
/* Definitions for data structures and routines for the regular
expression library, version 0.12.
Copyright (C) 1985,89,90,91,92,93,95,96,97,98 Free Software
Foundation, Inc.
This file is part of the GNU C Library. Its master source is NOT
part of
the C library, however. The master source lives in /gd/gnu/lib.
The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Library General Public License
as
published by the Free Software Foundation; either version 2 of the
License, or (at your option) any later version.
The GNU C Library is distributed in the hope that it will be
useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Library General Public License for more details.
You should have received a copy of the GNU Library General Public
License along with the GNU C Library; see the file COPYING.LIB. If
not,
write to the Free Software Foundation, Inc., 59 Temple Place - Suite
330,
Boston, MA 02111-1307, USA. */
/* Multi-byte extension added May, 1993 by t^2 (Takahiro Tanimoto)
Last change: May 21, 1993 by t^2 */
/* modified for Ruby by [EMAIL PROTECTED] */
Previous Comments:
[2003-06-01 19:30:30] [EMAIL PROTECTED]
Ugh. I had no idea it was under the LGPL. Wasn't this thing written
specifically for PHP? And as such, is our version a modified version
of the original? If it has not been modified then we are allowed to
distribute a verbatim copy of it even if it is under the LGPL. It is
only if we modify it and/or distribute something less than the entire
library that we become a derivative work.
[2003-06-01 18:52:57] hyamamoto at cybozu dot co dot jp
The current implementation of mbstring uses two Lesser GNU
General Public License (LGPL) sources.
As LGPL does *not* allow derived softwares to be released
under license terms other than LGPL, the entire PHP sources
must be released under LGPL rather than PHP license.
Alternatively, we may separate mbstring from the main PHP
archive until it becomes LGPL-free.
# As you may know, LGPL *does* allow their sources as
# just (dynamic link) libraries. But mbstring itself
# makes use of LGPL sources as its internal utilities.
The sources are:
1) ext/mbstring/mbfilter*.{c,h}
for multibyte character conversion.
2) ext/mbstring/mbregex.{c,h}
for multibyte regular expression.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=23944&edit=1
#23944 [Opn]: mbstring *uses* LGPL sources making the entire PHP released under LGPL.
ID: 23944
Updated by: [EMAIL PROTECTED]
Reported By: hyamamoto at cybozu dot co dot jp
Status: Open
Bug Type: mbstring related
Operating System: Any
PHP Version: 4.3.2
New Comment:
AFAIK, the original author(s) have given permission to distribute under
the terms of the PHP license (for the actual mbstring/jstring part at
least).
It does seem that mbregexp is a derivative work. (it used to be a
separate extension from mbstring before it was introduced into the php
core).
Rui, Moriyoshi and Yasuo might be able to help clear things up here.
Previous Comments:
[2003-06-01 19:46:42] hyamamoto at cybozu dot co dot jp
According to the header lines of the LGPL source files:
1) mbfilter*.{c,h}
may be written specifically for mbstring by a Japanese.
/*
* "streamable kanji code filter and converter"
*
* Copyright (c) 1998,1999,2000,2001 HappySize, Inc. All rights
reserved.
*
* This software is released under the GNU Lesser General Public
License.
* (Version 2.1, February 1999)
* Please read the following detail of the licence (in japanese).
...
2) mbregex.{h,c}
This is released from Free Software Foundation (FSF), and
modified by Japanese people originally for Ruby programming
language. Comments describe its origin.
/* Definitions for data structures and routines for the regular
expression library, version 0.12.
Copyright (C) 1985,89,90,91,92,93,95,96,97,98 Free Software
Foundation, Inc.
This file is part of the GNU C Library. Its master source is NOT
part of
the C library, however. The master source lives in /gd/gnu/lib.
The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Library General Public License
as
published by the Free Software Foundation; either version 2 of the
License, or (at your option) any later version.
The GNU C Library is distributed in the hope that it will be
useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Library General Public License for more details.
You should have received a copy of the GNU Library General Public
License along with the GNU C Library; see the file COPYING.LIB. If
not,
write to the Free Software Foundation, Inc., 59 Temple Place - Suite
330,
Boston, MA 02111-1307, USA. */
/* Multi-byte extension added May, 1993 by t^2 (Takahiro Tanimoto)
Last change: May 21, 1993 by t^2 */
/* modified for Ruby by [EMAIL PROTECTED] */
[2003-06-01 19:30:30] [EMAIL PROTECTED]
Ugh. I had no idea it was under the LGPL. Wasn't this thing written
specifically for PHP? And as such, is our version a modified version
of the original? If it has not been modified then we are allowed to
distribute a verbatim copy of it even if it is under the LGPL. It is
only if we modify it and/or distribute something less than the entire
library that we become a derivative work.
[2003-06-01 18:52:57] hyamamoto at cybozu dot co dot jp
The current implementation of mbstring uses two Lesser GNU
General Public License (LGPL) sources.
As LGPL does *not* allow derived softwares to be released
under license terms other than LGPL, the entire PHP sources
must be released under LGPL rather than PHP license.
Alternatively, we may separate mbstring from the main PHP
archive until it becomes LGPL-free.
# As you may know, LGPL *does* allow their sources as
# just (dynamic link) libraries. But mbstring itself
# makes use of LGPL sources as its internal utilities.
The sources are:
1) ext/mbstring/mbfilter*.{c,h}
for multibyte character conversion.
2) ext/mbstring/mbregex.{c,h}
for multibyte regular expression.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=23944&edit=1
#23196 [Bgs->Csd]: Strange Core Dumps
ID: 23196
User updated by: dave at socrates dot thinkhost dot com
Reported By: dave at socrates dot thinkhost dot com
-Status: Bogus
+Status: Closed
Bug Type: CGI related
Operating System: FreeBSD 4.8-STABLE
PHP Version: 4.3.2RC2
New Comment:
I just wanted to follow up on this, to give the issue closure.
After updating to PHP-4.3.2 [final] the problem has mysteriously
disappeared. I have made no other significant changes to the box
itself. I have no idea what was changed, I'm just happy it has since
been resolved. Thanks guys.
Previous Comments:
[2003-05-15 13:28:35] [EMAIL PROTECTED]
Happens on just a one machine.
Can not be PHP bug.
[2003-05-06 16:25:41] dave at socrates dot thinkhost dot com
> Also:
> /path/to/cgibinary/php -f /path/to/phpinfo.php
As I already mentioned, it works fine from the shell, this problem only
occurs when the execution is called by suexec.
I can call the script directly (since it has executable perms) like
so:
./info.php
and like so:
/usr/local/bin/php -f ./info.php
both work fine, but not when called by suexec (Apache).
> Can you type the following in gdb:
> frame 2
> followed by:
> info local
(gdb) bt
#0 0x81901de in _estrdup (s=0x0) at
/usr/local/src/php-4.3.2RC2/Zend/zend_alloc.c:363
#1 0x81b24e5 in init_request_info () at
/usr/local/src/php-4.3.2RC2/sapi/cgi/cgi_main.c:709
#2 0x81b2b57 in main (argc=30, argv=0xbfbff4e8) at
/usr/local/src/php-4.3.2RC2/sapi/cgi/cgi_main.c:1238
#3 0x808cb56 in _start ()
(gdb) frame 2
#2 0x81b2b57 in main (argc=30, argv=0xbfbff4e8) at
/usr/local/src/php-4.3.2RC2/sapi/cgi/cgi_main.c:1238
1238init_request_info(TSRMLS_C);
(gdb) info local
orig_bailout = {{_jb = {0 }}}
exit_status = 0
cgi = 1
c = 0
i = 30
len = 137233484
file_handle = {type = 100 'd',
filename = 0xbfbff4e8
"Dö¿¿Iö¿¿Rö¿¿eö¿¿\210ö¿¿\032÷¿¿=÷¿¿X÷¿¿s÷¿¿\220÷¿¿æ÷¿¿7ø¿¿Kø¿¿rø¿¿\221ø¿¿©ø¿¿ºø¿¿ëø¿¿\005ù¿¿*ù¿¿Mù¿¿\\ù¿¿¸ù¿¿0ú¿¿Nú¿¿hú¿¿\201ú¿¿\224ú¿¿¢ú¿¿Àú¿¿",
opened_path = 0x0, handle = {fd = 674015744, fp = 0x282caa00},
free_filename = 224 'Ã '}
retval = -1
s = 0x82e044c "÷\a"
behavior = 1
no_headers = 0
orig_optind = 1
orig_optarg = 0x0
script_file = 0x0
global_vars = {head = 0x282b0aab, tail = 0x282c9240, size = 0, count =
3217028236, dtor = 0x282b0a47 <_rtld_bind+59>, persistent = 30 '\036',
traverse_ptr = 0xbfbff4e8}
(gdb)
This is strange, it doesn't occur on any of the other production
machines at work (which are all 4.8-STABLE as well). It also works fine
on my personal server (4.8-RC). However, I can get it to work on the
"problem" machine when I compile from the 4.3.1 or earlier source tree.
[2003-05-06 13:35:51] msopacua at idg dot nl
Can't reproduce this with 4.8-STABLE and how did you ever get an argc
of 30?
Can you type the following in gdb:
frame 2
followed by:
info local
Also:
/path/to/cgibinary/php -f /path/to/phpinfo.php
should give you an argc of three, where argv[2] should be the filename
and argv[3] should be NULL (check by print argv[2] and print argv[3]
respectively).
[2003-05-06 11:27:07] dave at socrates dot thinkhost dot com
I have tried the new PHP-4.3.2RC2 source, and the problem still
persists, here is the back trace from the PHP CGI binary built from the
PHP-4.3.2RC2 source tree:
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/local/lib/libmcal.so...done.
Reading symbols from /usr/local/lib/libc-client4.so.8...done.
Reading symbols from /usr/local/lib/libexpat.so.4...done.
Reading symbols from /usr/local/lib/libpq.so.2...done.
Reading symbols from /usr/local/lib/libpdf.so.4...done.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols from /usr/local/lib/libtiff.so.4...done.
Reading symbols from /usr/local/lib/libpng.so.5...done.
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.10...done.
Reading symbols from /usr/local/lib/libming.so.3...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/local/lib/libmhash.so.2...done.
Reading symbols from /usr/local/lib/libmcrypt.so.8...done.
Reading symbols from /usr/local/lib/libltdl.so.1...done.
Reading symbols from /usr/local/lib/libldap.so.2...done.
Reading symbols from /usr/local/lib/liblber.so.2...done.
Reading symbols from /usr/lib/libpam.so.1...done.
Reading symbols from /usr/local/lib/libintl.so.4...done.
Reading symbols from /usr/local/lib/libgd.so.2...done.
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Reading symbols from /usr/local/lib/libcurl.so.2...done.
Reading symbols from /usr/l
#23940 [Opn->Csd]: Too much session files
ID: 23940 Updated by: [EMAIL PROTECTED] Reported By: tyfoon at libero dot it -Status: Open +Status: Closed Bug Type: Session related Operating System: Win2k Server PHP Version: 4.3.1 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 Previous Comments: [2003-06-01 14:01:36] tyfoon at libero dot it I just started use php for my site for the incredible speed of oci conection. Everything was great on my P3-1000. Then I moved to Dual P4Xeon hyperthreading and my suffering started. I cannot understand why on the new server I have got problems with sessions. If (on the server) I open my first page calling ip-address/page.php everything is working great, If I call //Server_name/page.php I have 3 session files in the sessiondata directory and on submit the page is reloading instead of opening the next. I changed almost everything in SW and HW config (exept processors) I disabled Hyperthreading, I made hosts files, but always the same problem... numeric address makes my site work, name no! Windows config is the same, I am using IIS5, I am using CGI/FastCGI for php 4.3.1, I tryed php 4.2.3 but nothing. Please help!! -- Edit this bug report at http://bugs.php.net/?id=23940&edit=1
#23941 [Opn->Bgs]: RTL unicode texts Error
ID: 23941 Updated by: [EMAIL PROTECTED] Reported By: manghool at yahoo dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Win XP PHP Version: 4.3.1 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. . Previous Comments: [2003-06-01 15:21:12] manghool at yahoo dot com when i use GD functions to write a RTL unicode text (like Farsi and Arabic) in a picture, it separate characters. NOTE: Farsi characters are affixed. -- Edit this bug report at http://bugs.php.net/?id=23941&edit=1
#23942 [Opn->Fbk]: php 4.3.x causes apache2+mod_ssl to sigsev on client authentication
ID: 23942 Updated by: [EMAIL PROTECTED] Reported By: alextxm at tin dot it -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.2 New Comment: What was the configure line used to configure PHP? And are you sure you're linking both apache2 and PHP with _same_ SSL libs? Previous Comments: [2003-06-01 17:35:22] alextxm at tin dot it i'm going to rebuild php with --enable-debug and to try to get some backtraces. btw, please note that the no php scripts are actually involved in this scenario: the website i'm testing it on has no php script. I simply try to access an area (with plain html pages) which requires me to have a SSL Client Certificate; authentication (and so, access) happens only if apache2 (i'm using 2.0.46) is started without -D PHP4 otherwise authentication fails and the apache error log file only says: "[Mon Jun 02 00:15:54 2003] [notice] child pid 16784 exit signal Segmentation fault (11)" [2003-06-01 17:24:41] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2003-06-01 17:19:09] alextxm at tin dot it Client authentication with a SSL certificate work fine in apache2 until php4 is loaded as a module. trying to access an area granted only with a client-certificate based authentication with php4 enabled as module will cause Apache2 to sigsev (Segmentation Fault) in the related child process(es). Disabling php4 will cause the problem to disappear, so I guess it really is a php related problem. -- Edit this bug report at http://bugs.php.net/?id=23942&edit=1
#23944 [Opn->Bgs]: mbstring *uses* LGPL sources making the entire PHP released under LGPL.
ID: 23944
Updated by: [EMAIL PROTECTED]
Reported By: hyamamoto at cybozu dot co dot jp
-Status: Open
+Status: Bogus
Bug Type: mbstring related
Operating System: Any
PHP Version: 4.3.2
New Comment:
Please keep this kind of discussion on the mailing lists,
this is not really a _bug_..
Previous Comments:
[2003-06-01 20:00:52] [EMAIL PROTECTED]
AFAIK, the original author(s) have given permission to distribute under
the terms of the PHP license (for the actual mbstring/jstring part at
least).
It does seem that mbregexp is a derivative work. (it used to be a
separate extension from mbstring before it was introduced into the php
core).
Rui, Moriyoshi and Yasuo might be able to help clear things up here.
[2003-06-01 19:46:42] hyamamoto at cybozu dot co dot jp
According to the header lines of the LGPL source files:
1) mbfilter*.{c,h}
may be written specifically for mbstring by a Japanese.
/*
* "streamable kanji code filter and converter"
*
* Copyright (c) 1998,1999,2000,2001 HappySize, Inc. All rights
reserved.
*
* This software is released under the GNU Lesser General Public
License.
* (Version 2.1, February 1999)
* Please read the following detail of the licence (in japanese).
...
2) mbregex.{h,c}
This is released from Free Software Foundation (FSF), and
modified by Japanese people originally for Ruby programming
language. Comments describe its origin.
/* Definitions for data structures and routines for the regular
expression library, version 0.12.
Copyright (C) 1985,89,90,91,92,93,95,96,97,98 Free Software
Foundation, Inc.
This file is part of the GNU C Library. Its master source is NOT
part of
the C library, however. The master source lives in /gd/gnu/lib.
The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Library General Public License
as
published by the Free Software Foundation; either version 2 of the
License, or (at your option) any later version.
The GNU C Library is distributed in the hope that it will be
useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Library General Public License for more details.
You should have received a copy of the GNU Library General Public
License along with the GNU C Library; see the file COPYING.LIB. If
not,
write to the Free Software Foundation, Inc., 59 Temple Place - Suite
330,
Boston, MA 02111-1307, USA. */
/* Multi-byte extension added May, 1993 by t^2 (Takahiro Tanimoto)
Last change: May 21, 1993 by t^2 */
/* modified for Ruby by [EMAIL PROTECTED] */
[2003-06-01 19:30:30] [EMAIL PROTECTED]
Ugh. I had no idea it was under the LGPL. Wasn't this thing written
specifically for PHP? And as such, is our version a modified version
of the original? If it has not been modified then we are allowed to
distribute a verbatim copy of it even if it is under the LGPL. It is
only if we modify it and/or distribute something less than the entire
library that we become a derivative work.
[2003-06-01 18:52:57] hyamamoto at cybozu dot co dot jp
The current implementation of mbstring uses two Lesser GNU
General Public License (LGPL) sources.
As LGPL does *not* allow derived softwares to be released
under license terms other than LGPL, the entire PHP sources
must be released under LGPL rather than PHP license.
Alternatively, we may separate mbstring from the main PHP
archive until it becomes LGPL-free.
# As you may know, LGPL *does* allow their sources as
# just (dynamic link) libraries. But mbstring itself
# makes use of LGPL sources as its internal utilities.
The sources are:
1) ext/mbstring/mbfilter*.{c,h}
for multibyte character conversion.
2) ext/mbstring/mbregex.{c,h}
for multibyte regular expression.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=23944&edit=1
#23943 [Opn->Bgs]: REGISTER_*_CONSTANT and sizeof to calculate length of constant name
ID: 23943
Updated by: [EMAIL PROTECTED]
Reported By: eddie at omegaware dot com
-Status: Open
+Status: Bogus
-Bug Type:*Compile Issues
+Bug Type:Compile Failure
PHP Version: 4.3.2
New Comment:
Because the macro expects static string. Not bug.
Previous Comments:
[2003-06-01 18:35:40] eddie at omegaware dot com
fixed the summary field..
[2003-06-01 18:33:14] eddie at omegaware dot com
Is there any reason why the REGISTER_*_CONSTANT macros (ie
REGISTER_LONG_CONSTANT) use sizeof instead of strlen for calculating
the length of the constant name? I am running into problems which
resort to me having to not use this macros to define functions but to
use the raw zend_register_*_constant function..
example.
using the macro with a literal string for the name works fine.
REGISTER_LONG_CONSTANT("MYCONSTANT",4567,CONST_CS|CONST_PERISISTENT);
however using the macro with a char * variable does not.
char *name = "MYCONSTANT";
REGISTER_LONG_CONSTANT(name,4567,CONST_CS|CONST_PERSISTENT);
The later results with the name_len variable to
zend_register_long_contant being 4, the size of the char *.
This has caused me problems when I was trying to register a char* array
of constants.
--
Edit this bug report at http://bugs.php.net/?id=23943&edit=1
#23908 [Opn->Bgs]: problem with PATH_INFO urls
ID: 23908 Updated by: [EMAIL PROTECTED] Reported By: pagameba at magma dot ca -Status: Open +Status: Bogus -Bug Type: *Web Server problem +Bug Type: *General Issues Operating System: winxp PHP Version: 4.3.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. . Previous Comments: [2003-05-30 14:16:57] pagameba at magma dot ca Not sure of the classification of this one, or even the summary at this point. Pres2 uses PATH_INFO to calculate what presentation/slide to show with a URL something like: http://myserver/pres2/show.php/mypresentation/1 This worked with PHP 4.3.2 RC1 but I just installed PHP 4.3.2 final and now I get "No input file specified.". I've hacked pres2 to use query strings instead, which works fine. Is this a configuration issue? I changed nothing in my php.ini between rc1 and the final version. Oh, and register_globals in On because pres2 needs it. -- Edit this bug report at http://bugs.php.net/?id=23908&edit=1
#23938 [Opn->Bgs]: Memory leak?
ID: 23938 Updated by: [EMAIL PROTECTED] Reported By: bugs at ramihyn dot sytes dot net -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 SP2 PHP Version: 4.3.2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. There are already reports about memleaks under Apache2. Search the bug db BEFORE you submit new reports. Previous Comments: [2003-06-01 13:22:26] bugs at ramihyn dot sytes dot net Hi, i use a php script for file downloads on my webserver. Since I am using that script Apache's memory usage is constantly increasing. Apache crashes and restarts when no more memory is available. I'm not sure this is a PHP bug, it could also be an Apache bug. Script source: http://h3km3k.ath.cx/~bugs/file.phps Apache version used is: 2.0.45 (Win32) I noticed that memory leak in the following PHP versions: 4.3.0 4.3.1 4.3.2RC1 4.3.2RC2 -- Edit this bug report at http://bugs.php.net/?id=23938&edit=1
#23906 [Opn->Fbk]: Immediate segfault on startup
ID: 23906
Updated by: [EMAIL PROTECTED]
Reported By: mbrennen at fni dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: MDK 8.2 (Linux 2.4)
PHP Version: 4.3.2
New Comment:
Try with --enable-debug and generate new GDB backtrace.
(NOT strace)
And try find out what configure option is causing this.
Remove them one by one until it works..
Previous Comments:
[2003-05-30 13:50:46] mbrennen at fni dot com
The following bug is reproduceable on two different systems. As soon
as the process starts it cores. A gdb stack trace and the tail of an
strace of the bug is below, as is the php configure script options.
The same configuration works fine with 4.3.0.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 24937)]
0x082c1b9d in nothrow ()
(gdb)
(gdb) bt
#0 0x082c1b9d in nothrow ()
#1 0x4000b616 in _dl_map_object_deps () at dl-deps.c:498
#2 0x0007 in ?? ()
Cannot access memory at address 0x8
lstat64("/dev/null", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3),
...}) = 0
open("/dev/null", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffd110) = -1 ENOTTY (Inappropriate
ioctl for device)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
read(3, "", 1024) = 0
close(3)= 0
munmap(0x40016000, 4096)= 0
lstat64("/dev/null", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3),
...}) = 0
open("/dev/null", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffd120) = -1 ENOTTY (Inappropriate
ioctl for device)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
read(3, "", 1024) = 0
close(3)= 0
munmap(0x40016000, 4096)= 0
brk(0x838a000) = 0x838a000
brk(0x838d000) = 0x838d000
open("/var/log/httpd/error_log", O_WRONLY|O_APPEND|O_CREAT, 0666) = 3
fcntl64(3, F_DUPFD, 15) = 15
close(3)= 0
fcntl64(15, F_GETFL)= 0x401 (flags
O_WRONLY|O_APPEND)
fstat64(15, {st_mode=S_IFREG|0640, st_size=2001079, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
_llseek(15, 0, [0], SEEK_CUR) = 0
dup2(15, 2) = 2
brk(0x838e000) = 0x838e000
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2601, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40021000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2601
brk(0x838f000) = 0x838f000
read(3, "", 4096) = 0
close(3)= 0
munmap(0x40021000, 4096)= 0
open("/usr/share/locale/en_US/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=173408, ...}) = 0
old_mmap(NULL, 173408, PROT_READ, MAP_PRIVATE, 3, 0) = 0x409ce000
close(3)= 0
--- SIGSEGV (Segmentation fault) ---
### configuration script
./configure \
--with-apache=/usr/local/apache_1.3.27 \
--with-imap \
--with-imap-ssl \
--with-gd \
--with-mysql=/usr \
--with-solid=/usr/local/solidSDK351 \
--with-exec-dir=/var/lib/php \
--with-java=/usr/local/jdk \
--enable-unified-odbc \
--enable-safe-mode=yes \
--enable-track-vars \
--enable-ftp \
--with-expat-dir=/usr \
--with-xml \
--with-dom=/usr \
--with-dom-xslt=/usr \
--with-dom-exslt=/usr \
--enable-xslt \
--with-xslt-sablot=/usr \
--with-sablot-js=/usr \
--with-zlib \
--with-ldap \
--with-openssl \
--disable-debug \
--disable-debugger \
--with-config-file-path=/etc/httpd/conf
--
Edit this bug report at http://bugs.php.net/?id=23906&edit=1
#23883 [Opn->Fbk]: PHP crashes if snmp module loaded
ID: 23883
Updated by: [EMAIL PROTECTED]
Reported By: joey at joeysmith dot com
-Status: Open
+Status: Feedback
-Bug Type: Reproducible crash
+Bug Type: SNMP related
Operating System: Debian sarge (testing)
PHP Version: 4.3.2
New Comment:
And how was PHP configured? Why don't you use more recent
net-snmp libs anyway? (it looks more like a crash in there..)
Previous Comments:
[2003-05-29 20:26:23] joey at joeysmith dot com
#0 0x4038a2ff in mallopt () from /lib/libc.so.6
#1 0x403892ca in free () from /lib/libc.so.6
#2 0x42e18700 in sc_hash () from /usr/lib/libsnmp-0.4.2.so
#3 0x42e17c4b in hash_engineID () from /usr/lib/libsnmp-0.4.2.so
#4 0x42e17b46 in search_enginetime_list () from
/usr/lib/libsnmp-0.4.2.so
#5 0x42e17976 in set_enginetime () from /usr/lib/libsnmp-0.4.2.so
#6 0x42e0fcc4 in init_snmpv3_post_config () from
/usr/lib/libsnmp-0.4.2.so
#7 0x42e1905d in snmp_call_callbacks () from
/usr/lib/libsnmp-0.4.2.so
#8 0x42e0b7b4 in read_configs () from /usr/lib/libsnmp-0.4.2.so
#9 0x42df1f37 in init_snmp () from /usr/lib/libsnmp-0.4.2.so
#10 0x42c415bc in zm_startup_snmp () from
/usr/lib/php/20020429-debug/snmp.so
#11 0x080c7286 in php_dl (file=0x81df5e8, type=1,
return_value=0xb8a0) at
/home/joey/src/php-4.3.2/ext/standard/dl.c:238
handle = (void *) 0x8260de8
libpath = 0x81daa2c 'Z' ,
"\204\xcc\217*\217*"
module_entry = (zend_module_entry *) 0x42c45560
tmp = (zend_module_entry *) 0x8260d70
get_module = (zend_module_entry *(*)(void)) 0x42c41570
error_type = 32
extension_dir = 0x81922f5 "/usr/lib/php/20020429-debug"
#12 0x0812adb6 in php_load_function_extension_cb (arg=0x81df5e8) at
/home/joey/src/php-4.3.2/main/php_ini.c:218
extension = (zval *) 0x81df5e8
zval = {value = {lval = 1, dval = 4.9406564584124654e-324, str
= {val = 0x1 , len = 0},
ht = 0x1, obj = {ce = 0x1, properties = 0x0}}, type = 6 '\006',
is_ref = 248 '\xf8', refcount = 49151}
#13 0x0814fa5b in zend_llist_apply (l=0x81d093c, func=0x812ad99
)
at /home/joey/src/php-4.3.2/Zend/zend_llist.c:189
element = (zend_llist_element *) 0x81df5e0
#14 0x0812b36e in php_ini_delayed_modules_startup () at
/home/joey/src/php-4.3.2/main/php_ini.c:478
No locals.
#15 0x08126d01 in php_module_startup (sf=0x81cf700,
additional_modules=0x0, num_additional_modules=0)
at /home/joey/src/php-4.3.2/main/main.c:1215
zuf = {error_function = 0x8125979 ,
printf_function = 0x81253c2 ,
write_function = 0x8126827 , fopen_function =
0x8125f4d ,
message_handler = 0x8125fcb ,
block_interruptions = 0, unblock_interruptions = 0,
get_configuration_directive = 0x8125f80
, ticks_function = 0x81307d0
,
on_timeout = 0x81262c6 }
zuv = {import_use_extension = 0x819f730 ".php",
import_use_extension_length = 1073779424, html_errors = 1 '\001'}
module_number = 0
php_os = 0x819f6a8 "Linux"
i = 6
#16 0x0816c02e in main (argc=2, argv=0xbb64) at
/home/joey/src/php-4.3.2/sapi/cli/php_cli.c:520
exit_status = 0
c = -1
file_handle = {type = 88 'X', filename = 0xbae4 "0\221",
opened_path = 0x4002908e "[\201\xc3\xe6 ", handle = {
fd = 1073812652, fp = 0x400114ac}, free_filename = 56 '8'}
behavior = 1
no_headers = 1
orig_optind = 1
orig_optarg = 0x0
arg_free = 0x0
arg_excp = (char **) 0xbaac
script_file = 0x0
global_vars = {head = 0x4032ae40, tail = 0x4031c248, size =
1074981870, count = 1075467648, dtor = 0x40053258,
persistent = 216 '\xd8', traverse_ptr = 0x2f2f2f2f}
interactive = 0
is_hashbang = 0
module_started = 0
exec_direct = 0x0
param_error = 0x0
dpkg -S /usr/lib/libsnmp-0.4.2.so
libsnmp4.2: /usr/lib/libsnmp-0.4.2.so
-->apt-cache policy libsnmp4.2
libsnmp4.2:
Installed: 4.2.5-3.3
Candidate: 4.2.5-3.3
Version Table:
*** 4.2.5-3.3 0
100 http://debian.lcs.mit.edu sarge/main Packages
100 /var/lib/dpkg/status
--
Edit this bug report at http://bugs.php.net/?id=23883&edit=1
#23884 [Opn->Fbk]: Compile failure with Sybase DB lib.
ID: 23884 Updated by: [EMAIL PROTECTED] Reported By: sunadm at 21cn dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 9 PHP Version: 4.3.2 New Comment: Use the --with-sybase-ct always. What error did you get when using that? did you remember to 'rm -f config.cache' before reconfiguring PHP ?? Previous Comments: [2003-05-29 23:19:17] sunadm at 21cn dot com I have sybase-common-11.9.2 and sybase-openclient installed. These lib is used to access mssql server. Why not use FreeTDS? Because FreeTDS has some problem on multibyte char I/O. PHP configure options: ./configure \ --with-mysql=/usr \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc/httpd \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gettext=/usr \ --enable-track-vars \ --enable-trans-sid \ --enable-inline-optimization \ --disable-debug \ --enable-ftp \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --enable-mbstring \ --with-mbstring=cn \ --with-mbstring=tw \ --enable-mbregex \ --with-sybase=/opt/sybase-11.9.2 \ --with-iconv=/usr Configure is passed. Failure when I use these options to make: /bin/sh /usr/local/src/web/php-4.3.2/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -rdynamic -L/opt/sybase-11.9.2/lib -R /opt/sybase-11.9.2/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/gettext/gettext.lo ext/iconv/iconv.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sybase/php_sybase_db.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/outp
#23858 [Opn->Bgs]: ignore_user_abort not working.
ID: 23858 Updated by: [EMAIL PROTECTED] Reported By: yefka at ifrance dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 SP3 PHP Version: 4.3.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. See bug #22072 (same issue) Previous Comments: [2003-05-28 10:02:00] yefka at ifrance dot com ignore_user_abort(false) don't work and the script stays running in background, using CPU and memory until the end, even if the user has abort the download of the page... connection_* are not working too. I tried to set this parameter in the php.ini or the httpd.conf, as explained on the documentation, but it has no effect at all. I tried with Apache 1.3.x and it's working fine... It seams that this problem is due to the php4apache2.dll -- Edit this bug report at http://bugs.php.net/?id=23858&edit=1
#23902 [Opn->Fbk]: header("HTTP/1.0 401 Authorization Required"); faild
ID: 23902
Updated by: [EMAIL PROTECTED]
Reported By: noxter at web dot de
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: Windows 2000
PHP Version: 4.3.2
New Comment:
What if you sent it as HTTP/1.1:
header("HTTP/1.1 401 Authorization Required");
Does it make any difference?
Previous Comments:
[2003-05-30 12:16:33] noxter at web dot de
The follow example failed by php as common gateway interface
application. This problem is common and not specified of a server.
Testing with apache, iis, devwex ... . The option cgi.rfc2616_headers
= 1 is setting in the php.ini.
the response of Server :
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Fri, 30 May 2003 17:04:01 GMT
(null)
Content-type: text/html
X-Powered-By: PHP/4.3.2
WWW-Authenticate: Basic realm="example"
the respone of CGI:
(null)
Content-type: text/html
X-Powered-By: PHP/4.3.2
WWW-Authenticate: Basic realm="example"
...
the respone correct is:
HTTP/1.0 401 Authorization Required
Content-type: text/html
X-Powered-By: PHP/4.3.2
WWW-Authenticate: Basic realm="example"
...
--
Edit this bug report at http://bugs.php.net/?id=23902&edit=1
#23885 [Opn->Bgs]: PHP requires MySQL installed into c:\mysql folder
ID: 23885 Updated by: [EMAIL PROTECTED] Reported By: vitalichka at mail dot ru -Status: Open +Status: Bogus Bug Type: mbstring related Operating System: Windows XP PHP Version: 4.3.1 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. PHP 4.3.2 is already out.. Previous Comments: [2003-05-30 00:01:35] vitalichka at mail dot ru My first impression about the cause of this bug was wrong. Title is fixed. [2003-05-29 23:56:12] vitalichka at mail dot ru I don't have MySQL installed on my machine. Including php_mbstring.dll into php.ini causes the following error message in Apache error.log : File 'c:\mysql\\share\charsets\?.conf' not found (Errcode: 2) Character set '#24' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file -- Edit this bug report at http://bugs.php.net/?id=23885&edit=1
#23883 [Fbk->Opn]: PHP crashes if snmp module loaded
ID: 23883
User updated by: joey at joeysmith dot com
Reported By: joey at joeysmith dot com
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Debian sarge (testing)
PHP Version: 4.3.2
New Comment:
./configure --with-snmp is sufficent to reproduce this bug.
I'd be surprised if this were an SNMP bug, as the only thing I have to
do to duplicate this bug is to run the PHP cli with SNMP enabled. e.g.,
/usr/bin/php -v
Previous Comments:
[2003-06-01 20:49:32] [EMAIL PROTECTED]
And how was PHP configured? Why don't you use more recent
net-snmp libs anyway? (it looks more like a crash in there..)
[2003-05-29 20:26:23] joey at joeysmith dot com
#0 0x4038a2ff in mallopt () from /lib/libc.so.6
#1 0x403892ca in free () from /lib/libc.so.6
#2 0x42e18700 in sc_hash () from /usr/lib/libsnmp-0.4.2.so
#3 0x42e17c4b in hash_engineID () from /usr/lib/libsnmp-0.4.2.so
#4 0x42e17b46 in search_enginetime_list () from
/usr/lib/libsnmp-0.4.2.so
#5 0x42e17976 in set_enginetime () from /usr/lib/libsnmp-0.4.2.so
#6 0x42e0fcc4 in init_snmpv3_post_config () from
/usr/lib/libsnmp-0.4.2.so
#7 0x42e1905d in snmp_call_callbacks () from
/usr/lib/libsnmp-0.4.2.so
#8 0x42e0b7b4 in read_configs () from /usr/lib/libsnmp-0.4.2.so
#9 0x42df1f37 in init_snmp () from /usr/lib/libsnmp-0.4.2.so
#10 0x42c415bc in zm_startup_snmp () from
/usr/lib/php/20020429-debug/snmp.so
#11 0x080c7286 in php_dl (file=0x81df5e8, type=1,
return_value=0xb8a0) at
/home/joey/src/php-4.3.2/ext/standard/dl.c:238
handle = (void *) 0x8260de8
libpath = 0x81daa2c 'Z' ,
"\204\xcc\217*\217*"
module_entry = (zend_module_entry *) 0x42c45560
tmp = (zend_module_entry *) 0x8260d70
get_module = (zend_module_entry *(*)(void)) 0x42c41570
error_type = 32
extension_dir = 0x81922f5 "/usr/lib/php/20020429-debug"
#12 0x0812adb6 in php_load_function_extension_cb (arg=0x81df5e8) at
/home/joey/src/php-4.3.2/main/php_ini.c:218
extension = (zval *) 0x81df5e8
zval = {value = {lval = 1, dval = 4.9406564584124654e-324, str
= {val = 0x1 , len = 0},
ht = 0x1, obj = {ce = 0x1, properties = 0x0}}, type = 6 '\006',
is_ref = 248 '\xf8', refcount = 49151}
#13 0x0814fa5b in zend_llist_apply (l=0x81d093c, func=0x812ad99
)
at /home/joey/src/php-4.3.2/Zend/zend_llist.c:189
element = (zend_llist_element *) 0x81df5e0
#14 0x0812b36e in php_ini_delayed_modules_startup () at
/home/joey/src/php-4.3.2/main/php_ini.c:478
No locals.
#15 0x08126d01 in php_module_startup (sf=0x81cf700,
additional_modules=0x0, num_additional_modules=0)
at /home/joey/src/php-4.3.2/main/main.c:1215
zuf = {error_function = 0x8125979 ,
printf_function = 0x81253c2 ,
write_function = 0x8126827 , fopen_function =
0x8125f4d ,
message_handler = 0x8125fcb ,
block_interruptions = 0, unblock_interruptions = 0,
get_configuration_directive = 0x8125f80
, ticks_function = 0x81307d0
,
on_timeout = 0x81262c6 }
zuv = {import_use_extension = 0x819f730 ".php",
import_use_extension_length = 1073779424, html_errors = 1 '\001'}
module_number = 0
php_os = 0x819f6a8 "Linux"
i = 6
#16 0x0816c02e in main (argc=2, argv=0xbb64) at
/home/joey/src/php-4.3.2/sapi/cli/php_cli.c:520
exit_status = 0
c = -1
file_handle = {type = 88 'X', filename = 0xbae4 "0\221",
opened_path = 0x4002908e "[\201\xc3\xe6 ", handle = {
fd = 1073812652, fp = 0x400114ac}, free_filename = 56 '8'}
behavior = 1
no_headers = 1
orig_optind = 1
orig_optarg = 0x0
arg_free = 0x0
arg_excp = (char **) 0xbaac
script_file = 0x0
global_vars = {head = 0x4032ae40, tail = 0x4031c248, size =
1074981870, count = 1075467648, dtor = 0x40053258,
persistent = 216 '\xd8', traverse_ptr = 0x2f2f2f2f}
interactive = 0
is_hashbang = 0
module_started = 0
exec_direct = 0x0
param_error = 0x0
dpkg -S /usr/lib/libsnmp-0.4.2.so
libsnmp4.2: /usr/lib/libsnmp-0.4.2.so
-->apt-cache policy libsnmp4.2
libsnmp4.2:
Installed: 4.2.5-3.3
Candidate: 4.2.5-3.3
Version Table:
*** 4.2.5-3.3 0
100 http://debian.lcs.mit.edu sarge/main Packages
100 /var/lib/dpkg/status
--
Edit this bug report at http://bugs.php.net/?id=23883&edit=1
#23945 [NEW]: PHP crashing the output when apache charset is UTF-8
From: alietss at yahoo dot com Operating system: Linux RedHat 9.0 PHP version: 4.3.2 PHP Bug Type: Apache2 related Bug description: PHP crashing the output when apache charset is UTF-8 Hi people: I'm testing php-4.3.2 on RedHat 9.0 httpd-2.0.45 from rawhide, this apache has the AddDefaultCharset set to UTF-8, and is built with apr, now when apache has this set php crash the outputs of page wich have some words with acent, for example the words with acent in the spanish language, and this is a big problem to us, We suppose that UTF-8 should help but it's not, when you set this to ISO-8859-1 works ok. Any Ideas -- Edit bug report at http://bugs.php.net/?id=23945&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23945&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23945&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23945&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23945&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23945&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23945&r=support Expected behavior: http://bugs.php.net/fix.php?id=23945&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23945&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23945&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23945&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23945&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23945&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23945&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23945&r=gnused
#23943 [Bgs->Opn]: REGISTER_*_CONSTANT and sizeof to calculate length of constant name
ID: 23943
Updated by: [EMAIL PROTECTED]
Reported By: eddie at omegaware dot com
-Status: Bogus
+Status: Open
Bug Type:Compile Failure
PHP Version: 4.3.2
New Comment:
Nevermind..
Previous Comments:
[2003-06-01 20:37:31] [EMAIL PROTECTED]
Because the macro expects static string. Not bug.
[2003-06-01 18:35:40] eddie at omegaware dot com
fixed the summary field..
[2003-06-01 18:33:14] eddie at omegaware dot com
Is there any reason why the REGISTER_*_CONSTANT macros (ie
REGISTER_LONG_CONSTANT) use sizeof instead of strlen for calculating
the length of the constant name? I am running into problems which
resort to me having to not use this macros to define functions but to
use the raw zend_register_*_constant function..
example.
using the macro with a literal string for the name works fine.
REGISTER_LONG_CONSTANT("MYCONSTANT",4567,CONST_CS|CONST_PERISISTENT);
however using the macro with a char * variable does not.
char *name = "MYCONSTANT";
REGISTER_LONG_CONSTANT(name,4567,CONST_CS|CONST_PERSISTENT);
The later results with the name_len variable to
zend_register_long_contant being 4, the size of the char *.
This has caused me problems when I was trying to register a char* array
of constants.
--
Edit this bug report at http://bugs.php.net/?id=23943&edit=1
#23401 [Com]: $_POST, $_GET empty
ID: 23401 Comment by: jullrich at euclidian dot com Reported By: marten dot wibom at seb dot se Status: Bogus Bug Type: Variables related Operating System: sun solaris 7 PHP Version: 4.3.2RC2 New Comment: I am experiencing the same problem, and don't think this should be marked 'bogus'. In my case, while I use php_mod for apache, I do use the cgi version for shell script. Due to old pre-cli code, I can't easily switch to cli. Simple sample: > export QUERY_STRING='x=1' > php returns: Content-type: text/html X-Powered-By: PHP/4.3.2 x request[x] query string x=1 --- just to confirm that I am using cgi: php -v PHP 4.3.2 (cgi), Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend Technologies Previous Comments: [2003-05-06 05:48:05] marten dot wibom at seb dot se i had CGI for testing, which turned out not to work either. it's now removed again with no difference. yes, the testscript runs fine elsewhere, for example on the webhotel i'm using. i've seen discussions about solaris7 and apache1.3 having problems with libexpat. my apache comes from www.sunfreeware.com, a cannot compile it myself since it's complaining about libexpat. but i haven't seen a solution for it somewhere.. could libexpat create this type of problems? [2003-04-29 10:37:14] [EMAIL PROTECTED] Either use CGI or use the module, but don't combine them. And you're propably doing something else wrong too, as this works just fine here. [2003-04-29 03:47:00] marten dot wibom at seb dot se i'm having trouble with $_POST, $_GET superglobals...as well with $HTTP_POST_VARS and $HTTP_GET_VARS. they're empty, not even initialized. from what i can see is that $_SERVER is the only superglobal working, for example GET information is stored in $_SERVER[QUERY_STRING]. i've tested 4.3.2-RC2, 4.3.2-RC1, 4.3.1 and 4.2.2 with no difference. configured with "--with-oracle=... --with-oci8=... --with-apxs=...". i use apache 1.3.27 on sun solaris 7. i use a testscript last in this mail that get theese results: http://www.teamless.com/seb/result-post.txt http://www.teamless.com/seb/result-get.txt with theese configurations: http://www.teamless.com/seb/httpd.conf http://www.teamless.com/seb/php.ini thank you for your help! ---testscript--- #!/usr/local/bin/php \n" ); print( "new_test=$new_test\n" ); print( "new_srv=$new_srv\n" ); print( "old_action=$old_action\n" ); print( "old_text=$old_test\n" ); print( "req_action=$req_action\n" ); print( "req_test=$req_test\n" ); print( "action=$action\n" ); print( "dir_test=$test\n" ); print( "imp_action=$imp_action\n" ); print( "imp_text=$imp_test\n" ); print( "method=$meth\n" ); print( "raw=$HTTP_RAW_POST_VARS" ); print( "argc=$_SERVER[QUERY_STRING]" ); print( "argc=$_SERVER[DOCUMENT_ROOT]" ); print( "argc=$_SERVER[SERVER_NAME]" ); print_r( $_POST ); print( "" ); ?> test: test: Link" ); html_stop(); /* html footer */ ?> -- Edit this bug report at http://bugs.php.net/?id=23401&edit=1
#23946 [NEW]: [ep]reg_replace "z?$" with "a" in "xyz" yields "xyaa" instead of "xya"
From: stuge-phpbugs at cdy dot org
Operating system: Linux
PHP version: 4.3.1
PHP Bug Type: *Regular Expressions
Bug description: [ep]reg_replace "z?$" with "a" in "xyz" yields "xyaa" instead of
"xya"
Verified with 4.3.0 and 4.3.2rc2 but haven't tried 4.3.2. NEWS for 4.3.2 do
not mention any *reg_replace changes. Reproducible with eregi_replace().
At least in CVS php4/ext/standard/reg.c I believe the problem is that
regexec() on line 306 will be called a second time after the first
iteration has already matched to the end of the string.
Matching from the end of the string should only be allowed on the very
first iteration.
If this analysis is correct, the following patch might work, but I haven't
tried it.
--- reg.c.org 2003-06-02 05:23:51.0 +0200
+++ reg.c 2003-06-02 05:26:06.0 +0200
@@ -302,7 +302,7 @@
err = pos = 0;
buf[0] = '\0';
- while (!err) {
+ do {
err = regexec(&re, &string[pos], re.re_nsub+1, subs, (pos
? REG_NOTBOL : 0));
if (err && err != REG_NOMATCH) {
@@ -396,7 +396,7 @@
/* stick that last bit of string on our output */
strcat(buf, &string[pos]);
}
- }
+ } while(!err && string[pos]);
/* don't want to leak memory .. */
efree(subs);
--
Edit bug report at http://bugs.php.net/?id=23946&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23946&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23946&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23946&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23946&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23946&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23946&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23946&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23946&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23946&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23946&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23946&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23946&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23946&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23946&r=gnused
#23947 [NEW]: PHP will not work on this server
From: smittyjr18 at yahoo dot com Operating system: 2003 Server PHP version: 4.3.2 PHP Bug Type: IIS related Bug description: PHP will not work on this server I have installed the newest version on this server and it will keeps returning a 404 error. I can see that .php ext are installed in the IIS6 properties, but nothing works? I have also tried the C:\php\php.exe %s %s. It also does not work. I do believe something is not right and a new version will be needed for IIS6, but i could be wrong. -- Edit bug report at http://bugs.php.net/?id=23947&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23947&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23947&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23947&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23947&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23947&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23947&r=support Expected behavior: http://bugs.php.net/fix.php?id=23947&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23947&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23947&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23947&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23947&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23947&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23947&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23947&r=gnused
#21958 [Asn]: fopen fails in safe mode
ID: 21958
User updated by: ct at swin dot edu dot au
Reported By: ct at swin dot edu dot au
Status: Assigned
Bug Type: Filesystem function related
Operating System: Tru64 UNIX 5.1A
PHP Version: 4.3.3-dev
Assigned To: wez
New Comment:
Patch makes no difference with Tru64 UNIX 5.1A and PHP 4.3.2.
Previous Comments:
[2003-05-30 11:12:50] juha dot moisio at tietonauha dot fi
I tested that patch.
Works just fine in AIX 4.3.1 php 4.3.2
-Juha-
[2003-05-28 10:47:42] ohp at pyrenet dot fr
after 2 strggling, I came with the following path on
safe_mode.c against 4.3.2RC4.
Not sure it's the right thing to do.
could someone have a look?
Regards
*** main/safe_mode.c.orig lun mrs 17 14:50:23 2003
--- main/safe_mode.cmar mai 27 15:06:30 2003
***
*** 66,71
--- 66,72
mode = CHECKUID_DISALLOW_FILE_NOT_EXISTS;
} else {
mode = CHECKUID_CHECK_FILE_AND_DIR;
+ flags=1;
}
}
***
*** 81,86
--- 82,88
* If that fails, passthrough and check
directory...
*/
if (mode != CHECKUID_ALLOW_ONLY_DIR) {
+ strcpy(path,filename);
VCWD_REALPATH(filename, path);
ret = VCWD_STAT(path, &sb);
if (ret < 0) {
this works on Unixware 713
[2003-05-27 06:29:50] ohp at pyrenet dot fr
I have made tons of research on this since yesterday.
It appears that realpath (at least on UW 713) set path to NULLL,
returns NULL with errno=2 in case of a non existing file on line 86 in
safe_mode.c then function proceeds to line 116 with a NULL path, all
functions fail and the file cannot be created.
Hope this help to create a patch (I'm trying to but don't know the code
enough too) Please someone help.
[EMAIL PROTECTED]
[2003-05-26 09:34:28] ohp at pyrenet dot fr
The bug is still there with php-4.3.2RC4 as an apache 1.3.27 module.
This is on Unixware 7.
with safe_mode=Off, file creation succeeds,
with safe_mode=On, file creattion fails with "failed to open stream: no
such file or directory ..."
I've tried setting the dir 777, make it owned by apache UID.. Nothing
worked.
A truss of the apache server showed that the last syscall before failed
was a pathconf(filename,...) returning ENOENT
File didn't exist so it's normal.
Please help
[2003-04-23 13:57:22] patrick_cossette1 at uqtr dot ca
With AIX 4.3.3 and PHP 4.3.1.
With safe_mode on , I cannot create a file with neither touch nor fopen
nor mkdir. (With safe_mode off, the creation works).
Apache is running under user "web" and group "web".
I have the directory /web/hee_dev whose owner is web.web with
permissions rwxr-s---
I have the script testing.php located in that directory:
If the file "filetocreate" does not already exist, I get the following
error while executing the script:
Warning: Unable to access filetocreate
in /web/hee_dev/testing.php on line 2
Warning: fopen("filetocreate", "w+") - No such
file or directory in /web/hee_dev/testing.php on
line 2
If the file already exists, I can open it without any problem.
I had read somewhere in the bug database that this should be solved by
now, but with 4.3.1, it still produces this error.
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/21958
--
Edit this bug report at http://bugs.php.net/?id=21958&edit=1
#23884 [Fbk->Opn]: Compile failure with Sybase DB lib.
ID: 23884 User updated by: sunadm at 21cn dot com Reported By: sunadm at 21cn dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RedHat Linux 9 PHP Version: 4.3.2 New Comment: when using --with-sybase-ct ./configure \ --with-mysql=/usr \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc/httpd \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gettext=/usr \ --enable-track-vars \ --enable-trans-sid \ --enable-inline-optimization \ --disable-debug \ --enable-ftp \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --enable-mbstring=all \ --enable-mbstr-enc-trans \ --enable-mbregex \ --with-sybase-ct=/opt/sybase-11.9.2 \ --with-iconv=/usr it is fails at: /bin/sh /usr/local/src/web/php-4.3.2/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -rdynamic -L/opt/sybase-11.9.2/lib -R /opt/sybase-11.9.2/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/gettext/gettext.lo ext/iconv/iconv.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sybase_ct/php_sybase_ct.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_
#23885 [Bgs]: PHP requires MySQL installed into c:\mysql folder
ID: 23885 User updated by: vitalichka at mail dot ru Reported By: vitalichka at mail dot ru Status: Bogus Bug Type: mbstring related Operating System: Windows XP PHP Version: 4.3.1 New Comment: File 'c:\mysql\share\charsets\gb2312.conf' not found (Errcode: 2) Character set '#24' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file Previous Comments: [2003-06-01 21:04:49] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. PHP 4.3.2 is already out.. [2003-05-30 00:01:35] vitalichka at mail dot ru My first impression about the cause of this bug was wrong. Title is fixed. [2003-05-29 23:56:12] vitalichka at mail dot ru I don't have MySQL installed on my machine. Including php_mbstring.dll into php.ini causes the following error message in Apache error.log : File 'c:\mysql\\share\charsets\?.conf' not found (Errcode: 2) Character set '#24' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file -- Edit this bug report at http://bugs.php.net/?id=23885&edit=1
#23885 [Bgs]: PHP requires MySQL installed into c:\mysql folder
ID: 23885 User updated by: vitalichka at mail dot ru Reported By: vitalichka at mail dot ru Status: Bogus Bug Type: mbstring related Operating System: Windows XP -PHP Version: 4.3.1 +PHP Version: 4.3.2 New Comment: The error message in comment above appears in Apache error.log after installing PHP v. 4.3.2 and mysql 4.0.13 . Previous Comments: [2003-06-02 00:53:26] vitalichka at mail dot ru File 'c:\mysql\share\charsets\gb2312.conf' not found (Errcode: 2) Character set '#24' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file [2003-06-01 21:04:49] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. PHP 4.3.2 is already out.. [2003-05-30 00:01:35] vitalichka at mail dot ru My first impression about the cause of this bug was wrong. Title is fixed. [2003-05-29 23:56:12] vitalichka at mail dot ru I don't have MySQL installed on my machine. Including php_mbstring.dll into php.ini causes the following error message in Apache error.log : File 'c:\mysql\\share\charsets\?.conf' not found (Errcode: 2) Character set '#24' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file -- Edit this bug report at http://bugs.php.net/?id=23885&edit=1
#23947 [Opn->Bgs]: PHP will not work on this server
ID: 23947 Updated by: [EMAIL PROTECTED] Reported By: smittyjr18 at yahoo dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: 2003 Server PHP Version: 4.3.2 New Comment: 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. Thank you for your interest in PHP. Ask on the php-install (or php-windows) mailinglist about this. Previous Comments: [2003-06-01 23:25:26] smittyjr18 at yahoo dot com I have installed the newest version on this server and it will keeps returning a 404 error. I can see that .php ext are installed in the IIS6 properties, but nothing works? I have also tried the C:\php\php.exe %s %s. It also does not work. I do believe something is not right and a new version will be needed for IIS6, but i could be wrong. -- Edit this bug report at http://bugs.php.net/?id=23947&edit=1
#23940 [Csd->Opn]: Too much session files
ID: 23940 User updated by: tyfoon at libero dot it Reported By: tyfoon at libero dot it -Status: Closed +Status: Open Bug Type: Session related Operating System: Win2k Server PHP Version: 4.3.1 New Comment: I am sorry for boring you but Still not working when I call //Server/page.php In the sessiondata directory I find 4 files every time I try to login and the system does not recognise them. Funny is that if I use the //ip-address/page it is working. What is wrong?? Thank you Previous Comments: [2003-06-01 20:30:56] [EMAIL PROTECTED] 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 [2003-06-01 14:01:36] tyfoon at libero dot it I just started use php for my site for the incredible speed of oci conection. Everything was great on my P3-1000. Then I moved to Dual P4Xeon hyperthreading and my suffering started. I cannot understand why on the new server I have got problems with sessions. If (on the server) I open my first page calling ip-address/page.php everything is working great, If I call //Server_name/page.php I have 3 session files in the sessiondata directory and on submit the page is reloading instead of opening the next. I changed almost everything in SW and HW config (exept processors) I disabled Hyperthreading, I made hosts files, but always the same problem... numeric address makes my site work, name no! Windows config is the same, I am using IIS5, I am using CGI/FastCGI for php 4.3.1, I tryed php 4.2.3 but nothing. Please help!! -- Edit this bug report at http://bugs.php.net/?id=23940&edit=1
#23945 [Opn->Bgs]: PHP crashing the output when apache charset is UTF-8
ID: 23945 Updated by: [EMAIL PROTECTED] Reported By: alietss at yahoo dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux RedHat 9.0 PHP Version: 4.3.2 New Comment: Sounds like an apache bug to me, please report it to the Apache guys. Previous Comments: [2003-06-01 21:15:24] alietss at yahoo dot com Hi people: I'm testing php-4.3.2 on RedHat 9.0 httpd-2.0.45 from rawhide, this apache has the AddDefaultCharset set to UTF-8, and is built with apr, now when apache has this set php crash the outputs of page wich have some words with acent, for example the words with acent in the spanish language, and this is a big problem to us, We suppose that UTF-8 should help but it's not, when you set this to ISO-8859-1 works ok. Any Ideas -- Edit this bug report at http://bugs.php.net/?id=23945&edit=1
#18340 [Com]: session management without cookies inserts not-XHTML-conform INPUT
ID: 18340 Comment by: xanthor at fr dot fm Reported By: hnt at gmx dot at Status: Closed Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: I'm using PHP 4.3.2 and the bug is still here... Previous Comments: [2002-09-29 20:14:42] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot 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 in short time. Thank you for the report, and for helping us make PHP better. [2002-07-14 18:02:32] [EMAIL PROTECTED] Just remove the 'form=fake..' from the ini setting and add the session id 'manually' in your code. About when this will be fixed..well..not very soon I guess. (I myself don't know the related code at all to be able to fix it..) [2002-07-14 17:59:12] hnt at gmx dot at Around when can a fix be expected? It is a bit annoying because the suggested workaround from bugreport #13472 is Transitional-conform but wont validate against Strict :-( [2002-07-14 17:47:19] [EMAIL PROTECTED] Duplicate of: http://bugs.php.net/bug.php?id=13472 [2002-07-14 15:51:24] hnt at gmx dot at By "without cookies" I meant when the browser does not accept the sessionID cookie and php rewrites the document to maintain state 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/18340 -- Edit this bug report at http://bugs.php.net/?id=18340&edit=1
#23948 [NEW]: php-4.3.2 don't compile with openbsd's imap c-client
From: darx at plus dot bg Operating system: openbsd 3.2 PHP version: 4.3.2 PHP Bug Type: Compile Failure Bug description: php-4.3.2 don't compile with openbsd's imap c-client Just change the names of some libraries. libk5crypto -> libasn1 libgssapi_krb5 -> libgssapi sed "s/-lk5crypto/-lasn1/" configure > configure sed "s/-lgssapi_krb5/-lgssapi/" configure > configure ./configure \ --with-apxs=/usr/sbin/apxs \ --with-mysql=/usr/local \ --with-imap=/usr/local \ --with-kerberos \ --with-imap-ssl \ Configure script passes, then 'make' passes and say: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). And finally 'make install' say: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /var/www/conf/httpd.conf] cp libs/libphp4.so /usr/lib/apache/modules/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error code 1 Stop in /home/darx/php-4.3.2 (line 120 of Makefile). Any idea why? -- Edit bug report at http://bugs.php.net/?id=23948&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23948&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23948&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23948&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23948&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23948&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23948&r=support Expected behavior: http://bugs.php.net/fix.php?id=23948&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23948&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23948&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23948&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23948&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23948&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23948&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23948&r=gnused
#23942 [Fbk->Opn]: php 4.3.x causes apache2+mod_ssl to sigsev on client authentication
ID: 23942 User updated by: alextxm at tin dot it Reported By: alextxm at tin dot it -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.2 New Comment: yes i'm sure they use the same openssl library since i've complied both openssl, apache2 and php from source. configure for mod_php (php as apache DSO module) : ./configure --without-readline --with-pam --with-openssl -with-gdbm=/usr --with-mysql=/usr --with-gd=/usr --with-pspell --with-tiff-dir=/usr --with-jpeg-dir=/usr --with-pdflib=/usr --with-ttf --with-t1lib --with-zlib --with-zlib-dir=/usr/lib --with-exec-dir=/usr/bin --with-apxs2=/usr/sbin/apxs2 --with-imap --with-imap-ssl --with-mcrypt --with-mhash --disable-posix-threads --with-java=/opt/sun-jdk-1.4.1.02 --prefix=/usr --with-bz2 --enable-ftp --enable-force-cgi-redirect --enable-discard-path --enable-mime-magic --enable-wddx --enable-dbase --with-zlib=yes --with-iconv --enable-bcmath --enable-sysvsem --enable-exif --enable-sysvshm --enable-sockets --enable-calendar --enable-trans-sid --enable-safe-mode --enable-versioning --enable-track-vars --enable-inline-optimization --with-config-file-path=/etc/php4 --with-sablot=/usr --enable-xslt --with-xslt-sablot --with-xmlrpc --with-gettext -with-db=/usr Previous Comments: [2003-06-01 20:34:37] [EMAIL PROTECTED] What was the configure line used to configure PHP? And are you sure you're linking both apache2 and PHP with _same_ SSL libs? [2003-06-01 17:35:22] alextxm at tin dot it i'm going to rebuild php with --enable-debug and to try to get some backtraces. btw, please note that the no php scripts are actually involved in this scenario: the website i'm testing it on has no php script. I simply try to access an area (with plain html pages) which requires me to have a SSL Client Certificate; authentication (and so, access) happens only if apache2 (i'm using 2.0.46) is started without -D PHP4 otherwise authentication fails and the apache error log file only says: "[Mon Jun 02 00:15:54 2003] [notice] child pid 16784 exit signal Segmentation fault (11)" [2003-06-01 17:24:41] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2003-06-01 17:19:09] alextxm at tin dot it Client authentication with a SSL certificate work fine in apache2 until php4 is loaded as a module. trying to access an area granted only with a client-certificate based authentication with php4 enabled as module will cause Apache2 to sigsev (Segmentation Fault) in the related child process(es). Disabling php4 will cause the problem to disappear, so I guess it really is a php related problem. -- Edit this bug report at http://bugs.php.net/?id=23942&edit=1
#23949 [NEW]: exec() interferes with header()
From: drigolin at iol dot it Operating system: Windows 2000 Server PHP version: 4.3.1 PHP Bug Type: Output Control Bug description: exec() interferes with header() Using this code: http://myserver/mypage.php";); exit; ?> my browsers (IE and Mozilla) instead of do a redirect they display this message: Status: 302 Content-type: text/html X-Powered-By: PHP/4.3.1 Location:http://myserver/mypage.php That is the full "dump" of the HTTP header of a Redirect (302) but it seems that exec() put into output stream any char that causes browsers to misunderstand the header and consider it an "raw text output". Commenting exec or calling other function makes the script working correctly and the browser works ok. Best regards. P.S.: PHP is working as CGI on Netscape iPlanet Web Server. -- Edit bug report at http://bugs.php.net/?id=23949&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23949&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23949&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23949&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23949&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23949&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23949&r=support Expected behavior: http://bugs.php.net/fix.php?id=23949&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23949&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23949&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23949&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23949&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23949&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23949&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23949&r=gnused
#23949 [Opn->Bgs]: exec() interferes with header()
ID: 23949 Updated by: [EMAIL PROTECTED] Reported By: drigolin at iol dot it -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Windows 2000 Server PHP Version: 4.3.1 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. 4.3.2 was release already. Previous Comments: [2003-06-02 04:53:53] drigolin at iol dot it Using this code: http://myserver/mypage.php";); exit; ?> my browsers (IE and Mozilla) instead of do a redirect they display this message: Status: 302 Content-type: text/html X-Powered-By: PHP/4.3.1 Location:http://myserver/mypage.php That is the full "dump" of the HTTP header of a Redirect (302) but it seems that exec() put into output stream any char that causes browsers to misunderstand the header and consider it an "raw text output". Commenting exec or calling other function makes the script working correctly and the browser works ok. Best regards. P.S.: PHP is working as CGI on Netscape iPlanet Web Server. -- Edit this bug report at http://bugs.php.net/?id=23949&edit=1
#23950 [NEW]: flock seems to not work
From: bibifoc23 at yahoo dot fr Operating system: Linux PHP version: 4.3.2 PHP Bug Type: Filesystem function related Bug description: flock seems to not work hello, Chen i use flocks on Linux, it is always possible to write or read the locked file. Script: during sleep, i run "echo test >> lock.tmp" under shell. And it is works fine. On windows 2000, it is seems to works. -- Edit bug report at http://bugs.php.net/?id=23950&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23950&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23950&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23950&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23950&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23950&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23950&r=support Expected behavior: http://bugs.php.net/fix.php?id=23950&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23950&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23950&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23950&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23950&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23950&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23950&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23950&r=gnused
#23950 [Opn->Bgs]: flock seems to not work
ID: 23950 Updated by: [EMAIL PROTECTED] Reported By: bibifoc23 at yahoo dot fr -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.3.2 New Comment: 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 >From the manual (http://nl3.php.net/flock): PHP supports a portable way of locking complete files in an advisory way (which means all accessing programs have to use the same way of locking or it will not work). Not a bug -> bogus Previous Comments: [2003-06-02 05:22:46] bibifoc23 at yahoo dot fr hello, Chen i use flocks on Linux, it is always possible to write or read the locked file. Script: during sleep, i run "echo test >> lock.tmp" under shell. And it is works fine. On windows 2000, it is seems to works. -- Edit this bug report at http://bugs.php.net/?id=23950&edit=1
#23940 [Opn->Bgs]: Too much session files
ID: 23940 Updated by: [EMAIL PROTECTED] Reported By: tyfoon at libero dot it -Status: Open +Status: Bogus Bug Type: Session related Operating System: Win2k Server PHP Version: 4.3.1 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Use 4.3.2, I can not reproduce this. Previous Comments: [2003-06-02 02:30:56] tyfoon at libero dot it I am sorry for boring you but Still not working when I call //Server/page.php In the sessiondata directory I find 4 files every time I try to login and the system does not recognise them. Funny is that if I use the //ip-address/page it is working. What is wrong?? Thank you [2003-06-01 20:30:56] [EMAIL PROTECTED] 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 [2003-06-01 14:01:36] tyfoon at libero dot it I just started use php for my site for the incredible speed of oci conection. Everything was great on my P3-1000. Then I moved to Dual P4Xeon hyperthreading and my suffering started. I cannot understand why on the new server I have got problems with sessions. If (on the server) I open my first page calling ip-address/page.php everything is working great, If I call //Server_name/page.php I have 3 session files in the sessiondata directory and on submit the page is reloading instead of opening the next. I changed almost everything in SW and HW config (exept processors) I disabled Hyperthreading, I made hosts files, but always the same problem... numeric address makes my site work, name no! Windows config is the same, I am using IIS5, I am using CGI/FastCGI for php 4.3.1, I tryed php 4.2.3 but nothing. Please help!! -- Edit this bug report at http://bugs.php.net/?id=23940&edit=1
#18340 [Csd]: session management without cookies inserts not-XHTML-conform INPUT
ID: 18340 Updated by: [EMAIL PROTECTED] Reported By: hnt at gmx dot at Status: Closed Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: In php.ini: session.use_trans_sid = 0 or url_rewriter.tags = " a=href,area=href,frame=src,input=src,fieldset=" Previous Comments: [2003-06-02 02:46:21] xanthor at fr dot fm I'm using PHP 4.3.2 and the bug is still here... [2002-09-29 20:14:42] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot 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 in short time. Thank you for the report, and for helping us make PHP better. [2002-07-14 18:02:32] [EMAIL PROTECTED] Just remove the 'form=fake..' from the ini setting and add the session id 'manually' in your code. About when this will be fixed..well..not very soon I guess. (I myself don't know the related code at all to be able to fix it..) [2002-07-14 17:59:12] hnt at gmx dot at Around when can a fix be expected? It is a bit annoying because the suggested workaround from bugreport #13472 is Transitional-conform but wont validate against Strict :-( [2002-07-14 17:47:19] [EMAIL PROTECTED] Duplicate of: http://bugs.php.net/bug.php?id=13472 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/18340 -- Edit this bug report at http://bugs.php.net/?id=18340&edit=1
#23948 [Opn->Bgs]: php-4.3.2 don't compile with openbsd's imap c-client
ID: 23948 Updated by: [EMAIL PROTECTED] Reported By: darx at plus dot bg -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: openbsd 3.2 PHP Version: 4.3.2 New Comment: Do NOT touch configure. That's what's wrong. Previous Comments: [2003-06-02 03:42:46] darx at plus dot bg Just change the names of some libraries. libk5crypto -> libasn1 libgssapi_krb5 -> libgssapi sed "s/-lk5crypto/-lasn1/" configure > configure sed "s/-lgssapi_krb5/-lgssapi/" configure > configure ./configure \ --with-apxs=/usr/sbin/apxs \ --with-mysql=/usr/local \ --with-imap=/usr/local \ --with-kerberos \ --with-imap-ssl \ Configure script passes, then 'make' passes and say: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). And finally 'make install' say: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /var/www/conf/httpd.conf] cp libs/libphp4.so /usr/lib/apache/modules/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error code 1 Stop in /home/darx/php-4.3.2 (line 120 of Makefile). Any idea why? -- Edit this bug report at http://bugs.php.net/?id=23948&edit=1
#23948 [Bgs]: php-4.3.2 don't compile with openbsd's imap c-client
ID: 23948 Updated by: [EMAIL PROTECTED] Reported By: darx at plus dot bg Status: Bogus Bug Type: Compile Failure Operating System: openbsd 3.2 PHP Version: 4.3.2 New Comment: For any other problem: Compile c-client from sources and it'll work fine. Previous Comments: [2003-06-02 05:29:51] [EMAIL PROTECTED] Do NOT touch configure. That's what's wrong. [2003-06-02 03:42:46] darx at plus dot bg Just change the names of some libraries. libk5crypto -> libasn1 libgssapi_krb5 -> libgssapi sed "s/-lk5crypto/-lasn1/" configure > configure sed "s/-lgssapi_krb5/-lgssapi/" configure > configure ./configure \ --with-apxs=/usr/sbin/apxs \ --with-mysql=/usr/local \ --with-imap=/usr/local \ --with-kerberos \ --with-imap-ssl \ Configure script passes, then 'make' passes and say: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). And finally 'make install' say: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /var/www/conf/httpd.conf] cp libs/libphp4.so /usr/lib/apache/modules/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error code 1 Stop in /home/darx/php-4.3.2 (line 120 of Makefile). Any idea why? -- Edit this bug report at http://bugs.php.net/?id=23948&edit=1
#23942 [Opn->Fbk]: php 4.3.x causes apache2+mod_ssl to sigsev on client authentication
ID: 23942
Updated by: [EMAIL PROTECTED]
Reported By: alextxm at tin dot it
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 4.3.2
New Comment:
Your configure line contains couple of options that are
really unnecessary, for example these:
-with-db (use --enable-dba)
--enable-versioning (Only needed if you have php3 installed too and
that doesn't support Apache2, so..)
--enable-track-vars (doesn't exist), --enable-inline-optimization
(might cause problems)
--without-readline (not enabled by default anyway)
--disable-posix-threads (why?)
--enable-force-cgi-redirect (Only used for CGI build)
--enable-discard-path (Only used for CGI builds)
And what MPM is used for Apache2?
Remove those options mentioned above + --enable-debug and try again.
("rm -f config.cache" first!)
If it still crashes, provide the backtrace.
Previous Comments:
[2003-06-02 03:51:19] alextxm at tin dot it
yes i'm sure they use the same openssl library since i've complied both
openssl, apache2 and php from source.
configure for mod_php (php as apache DSO module) :
./configure --without-readline --with-pam --with-openssl
-with-gdbm=/usr --with-mysql=/usr --with-gd=/usr --with-pspell
--with-tiff-dir=/usr --with-jpeg-dir=/usr --with-pdflib=/usr --with-ttf
--with-t1lib --with-zlib --with-zlib-dir=/usr/lib
--with-exec-dir=/usr/bin --with-apxs2=/usr/sbin/apxs2 --with-imap
--with-imap-ssl --with-mcrypt --with-mhash --disable-posix-threads
--with-java=/opt/sun-jdk-1.4.1.02 --prefix=/usr --with-bz2 --enable-ftp
--enable-force-cgi-redirect --enable-discard-path --enable-mime-magic
--enable-wddx --enable-dbase --with-zlib=yes --with-iconv
--enable-bcmath --enable-sysvsem --enable-exif --enable-sysvshm
--enable-sockets --enable-calendar --enable-trans-sid
--enable-safe-mode --enable-versioning --enable-track-vars
--enable-inline-optimization --with-config-file-path=/etc/php4
--with-sablot=/usr --enable-xslt --with-xslt-sablot --with-xmlrpc
--with-gettext -with-db=/usr
[2003-06-01 20:34:37] [EMAIL PROTECTED]
What was the configure line used to configure PHP?
And are you sure you're linking both apache2 and PHP with _same_ SSL
libs?
[2003-06-01 17:35:22] alextxm at tin dot it
i'm going to rebuild php with --enable-debug and to try to get some
backtraces.
btw, please note that the no php scripts are actually involved in this
scenario: the website i'm testing it on has no php script. I simply try
to access an area (with plain html pages) which requires me to have a
SSL Client Certificate; authentication (and so, access) happens only if
apache2 (i'm using 2.0.46) is started without -D PHP4 otherwise
authentication fails and the apache error log file only says: "[Mon Jun
02 00:15:54 2003] [notice] child pid 16784 exit signal Segmentation
fault (11)"
[2003-06-01 17:24:41] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2003-06-01 17:19:09] alextxm at tin dot it
Client authentication with a SSL certificate work fine in apache2 until
php4 is loaded as a module.
trying to access an area granted only with a client-certificate based
authentication with php4 enabled as module will cause Apache2 to sigsev
(Segmentation Fault) in the related child process(es).
Disabling php4 will cause the problem to disappear, so I guess it
really is a php related problem.
--
Edit this bug report at http://bugs.php.net/?id=23942&edit=1
#23951 [NEW]: Defines not working in inherited classes
From: sbecker at justseven dot de
Operating system: Linux 2.4
PHP version: 4CVS-2003-06-02 (stable)
PHP Bug Type: Scripting Engine problem
Bug description: Defines not working in inherited classes
This bug is in some way the same as reported in #14064.
I got the following code:
'foo1_value', FOO2=>'foo2_value');
}
class B extends A {
var $b_var = 'foo';
}
$a = new A;
$b = new B;
print_r($a);
print_r($b);
?>
Class A is doing fine but in Class B the Zend-Engine converts my constants
to strings, is that what you want?
-
Stefan
--
Edit bug report at http://bugs.php.net/?id=23951&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23951&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23951&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23951&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23951&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23951&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23951&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23951&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23951&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23951&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23951&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23951&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23951&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23951&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23951&r=gnused
#23951 [Opn->Ver]: Defines not working in inherited classes
ID: 23951
Updated by: [EMAIL PROTECTED]
Reported By: sbecker at justseven dot de
-Status: Open
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4CVS-2003-06-02 (stable)
New Comment:
Interesting behavior... I could replicate this and it's definitely a
bug.
Previous Comments:
[2003-06-02 06:01:29] sbecker at justseven dot de
This bug is in some way the same as reported in #14064.
I got the following code:
'foo1_value', FOO2=>'foo2_value');
}
class B extends A {
var $b_var = 'foo';
}
$a = new A;
$b = new B;
print_r($a);
print_r($b);
?>
Class A is doing fine but in Class B the Zend-Engine converts my
constants to strings, is that what you want?
-
Stefan
--
Edit this bug report at http://bugs.php.net/?id=23951&edit=1
#23940 [Bgs]: Too much session files
ID: 23940 User updated by: tyfoon at libero dot it Reported By: tyfoon at libero dot it Status: Bogus Bug Type: Session related Operating System: Win2k Server PHP Version: 4.3.1 New Comment: Thank You for your quick response. Just for information I upgraded to 4.3.2 but nothing changed. I made some more trial and I found that it is not a php problem. So forgive me for everything. My IIS5 is not sending me cookies at all if called by name. Again thank you for interest!!! Previous Comments: [2003-06-02 05:26:40] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Use 4.3.2, I can not reproduce this. [2003-06-02 02:30:56] tyfoon at libero dot it I am sorry for boring you but Still not working when I call //Server/page.php In the sessiondata directory I find 4 files every time I try to login and the system does not recognise them. Funny is that if I use the //ip-address/page it is working. What is wrong?? Thank you [2003-06-01 20:30:56] [EMAIL PROTECTED] 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 [2003-06-01 14:01:36] tyfoon at libero dot it I just started use php for my site for the incredible speed of oci conection. Everything was great on my P3-1000. Then I moved to Dual P4Xeon hyperthreading and my suffering started. I cannot understand why on the new server I have got problems with sessions. If (on the server) I open my first page calling ip-address/page.php everything is working great, If I call //Server_name/page.php I have 3 session files in the sessiondata directory and on submit the page is reloading instead of opening the next. I changed almost everything in SW and HW config (exept processors) I disabled Hyperthreading, I made hosts files, but always the same problem... numeric address makes my site work, name no! Windows config is the same, I am using IIS5, I am using CGI/FastCGI for php 4.3.1, I tryed php 4.2.3 but nothing. Please help!! -- Edit this bug report at http://bugs.php.net/?id=23940&edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: bbubble622 at yahoo dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: Finally I was able to switch to CGI based PHP. Although it is (very) slow, it gives the right results ! -benny Previous Comments: [2003-06-01 12:18:32] iberry at raxnet dot net I experienced this problem under PHP 4.3.2 as well. [2003-06-01 11:50:06] bbubble622 at yahoo dot com yes ! [2003-06-01 10:50:51] [EMAIL PROTECTED] Does this happen with PHP 4.3.2 ? [2003-06-01 09:54:54] bbubble622 at yahoo dot com Same problem as described overhere. No generation of graphs and although I did not trace it back, I see and experience exactly the same problems. -benny [2003-04-02 15:56:46] jerryaunspaw at hotmail dot com I have experienced the same problem that iberry has seen. I noticed that on IIS 5, the cmd.exe gets hung up. I have to do an iisreset to clear the error. The script works fine for 1 image on a page...but when you introduce multiple images...it errors out...page just hangs... and then you have to do an IISRESET. 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#23884 [Opn->Bgs]: Compile failure with Sybase DB lib.
ID: 23884 Updated by: [EMAIL PROTECTED] Reported By: sunadm at 21cn dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat Linux 9 PHP Version: 4.3.2 New Comment: After some digging with Google, I found this: http://webforums.sybase.com/nntp/nd94.nsf/8178b1c14b1e9b6b8525624f0062fe9f/e8d0b1aeca1d38759ee3928ee4122d2b?OpenDocument This '__ctype_b' error also would suggest that this libintl.so is not compatible with your glibc. We can't do anything about that, sorry. Previous Comments: [2003-06-02 00:41:09] sunadm at 21cn dot com when using --with-sybase-ct ./configure \ --with-mysql=/usr \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc/httpd \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gettext=/usr \ --enable-track-vars \ --enable-trans-sid \ --enable-inline-optimization \ --disable-debug \ --enable-ftp \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --enable-mbstring=all \ --enable-mbstr-enc-trans \ --enable-mbregex \ --with-sybase-ct=/opt/sybase-11.9.2 \ --with-iconv=/usr it is fails at: /bin/sh /usr/local/src/web/php-4.3.2/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -rdynamic -L/opt/sybase-11.9.2/lib -R /opt/sybase-11.9.2/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/gettext/gettext.lo ext/iconv/iconv.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sybase_ct/php_sybase_ct.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend
#21498 [Com]: mysql_pconnect trouble
ID: 21498 Comment by: timothy dot arnold at becta dot org dot uk Reported By: admin at cpan dot cz Status: Closed Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0 Assigned To: georg New Comment: I have PHP 4.3.1 running on Solaris 8 - same error. When I switch to non-persistent connections it works fine. About to test PHP 4.3.2 Previous Comments: [2003-01-08 05:15:38] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot 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 in short time. Thank you for the report, and for helping us make PHP better. [2003-01-08 04:28:01] [EMAIL PROTECTED] You didn't assign it :-) [2003-01-08 04:25:16] [EMAIL PROTECTED] Verified, assigned to myself. [2003-01-07 21:03:53] admin at initcorp dot co dot uk Yeah I am getting the same problem :( This is what error I get: Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server lost, unable to reconnect And I also get it to work now and then. As far as I know these are the servers info: OS is Redhat Linux Im not too sure on the version. mySQL is version 3.23.54 PHP is version 4.3.0 Apache is version 1.3.26 It was all working fine until version 4.3.0 was installed :( Thanks in advance Paul [2003-01-07 13:47:47] admin at cpan dot cz I have php 4.3.0, compiled with external mysql client 3.23.54. There is a problem with mysql_pconnect(). Sometimes it's impossible to connect ( Lost connection to mysql server ). If mysql_connect is used, there isn't problem any more. There wasn't problem in php 4.2.3 with the same mysql client. -- Edit this bug report at http://bugs.php.net/?id=21498&edit=1
#23883 [Opn->Fbk]: PHP crashes if snmp module loaded
ID: 23883
Updated by: [EMAIL PROTECTED]
Reported By: joey at joeysmith dot com
-Status: Open
+Status: Feedback
Bug Type: SNMP related
Operating System: Debian sarge (testing)
PHP Version: 4.3.2
New Comment:
It works just fine here with net-snmp-5.0.6 so you really
should try it..
Previous Comments:
[2003-06-01 21:14:26] joey at joeysmith dot com
./configure --with-snmp is sufficent to reproduce this bug.
I'd be surprised if this were an SNMP bug, as the only thing I have to
do to duplicate this bug is to run the PHP cli with SNMP enabled. e.g.,
/usr/bin/php -v
[2003-06-01 20:49:32] [EMAIL PROTECTED]
And how was PHP configured? Why don't you use more recent
net-snmp libs anyway? (it looks more like a crash in there..)
[2003-05-29 20:26:23] joey at joeysmith dot com
#0 0x4038a2ff in mallopt () from /lib/libc.so.6
#1 0x403892ca in free () from /lib/libc.so.6
#2 0x42e18700 in sc_hash () from /usr/lib/libsnmp-0.4.2.so
#3 0x42e17c4b in hash_engineID () from /usr/lib/libsnmp-0.4.2.so
#4 0x42e17b46 in search_enginetime_list () from
/usr/lib/libsnmp-0.4.2.so
#5 0x42e17976 in set_enginetime () from /usr/lib/libsnmp-0.4.2.so
#6 0x42e0fcc4 in init_snmpv3_post_config () from
/usr/lib/libsnmp-0.4.2.so
#7 0x42e1905d in snmp_call_callbacks () from
/usr/lib/libsnmp-0.4.2.so
#8 0x42e0b7b4 in read_configs () from /usr/lib/libsnmp-0.4.2.so
#9 0x42df1f37 in init_snmp () from /usr/lib/libsnmp-0.4.2.so
#10 0x42c415bc in zm_startup_snmp () from
/usr/lib/php/20020429-debug/snmp.so
#11 0x080c7286 in php_dl (file=0x81df5e8, type=1,
return_value=0xb8a0) at
/home/joey/src/php-4.3.2/ext/standard/dl.c:238
handle = (void *) 0x8260de8
libpath = 0x81daa2c 'Z' ,
"\204\xcc\217*\217*"
module_entry = (zend_module_entry *) 0x42c45560
tmp = (zend_module_entry *) 0x8260d70
get_module = (zend_module_entry *(*)(void)) 0x42c41570
error_type = 32
extension_dir = 0x81922f5 "/usr/lib/php/20020429-debug"
#12 0x0812adb6 in php_load_function_extension_cb (arg=0x81df5e8) at
/home/joey/src/php-4.3.2/main/php_ini.c:218
extension = (zval *) 0x81df5e8
zval = {value = {lval = 1, dval = 4.9406564584124654e-324, str
= {val = 0x1 , len = 0},
ht = 0x1, obj = {ce = 0x1, properties = 0x0}}, type = 6 '\006',
is_ref = 248 '\xf8', refcount = 49151}
#13 0x0814fa5b in zend_llist_apply (l=0x81d093c, func=0x812ad99
)
at /home/joey/src/php-4.3.2/Zend/zend_llist.c:189
element = (zend_llist_element *) 0x81df5e0
#14 0x0812b36e in php_ini_delayed_modules_startup () at
/home/joey/src/php-4.3.2/main/php_ini.c:478
No locals.
#15 0x08126d01 in php_module_startup (sf=0x81cf700,
additional_modules=0x0, num_additional_modules=0)
at /home/joey/src/php-4.3.2/main/main.c:1215
zuf = {error_function = 0x8125979 ,
printf_function = 0x81253c2 ,
write_function = 0x8126827 , fopen_function =
0x8125f4d ,
message_handler = 0x8125fcb ,
block_interruptions = 0, unblock_interruptions = 0,
get_configuration_directive = 0x8125f80
, ticks_function = 0x81307d0
,
on_timeout = 0x81262c6 }
zuv = {import_use_extension = 0x819f730 ".php",
import_use_extension_length = 1073779424, html_errors = 1 '\001'}
module_number = 0
php_os = 0x819f6a8 "Linux"
i = 6
#16 0x0816c02e in main (argc=2, argv=0xbb64) at
/home/joey/src/php-4.3.2/sapi/cli/php_cli.c:520
exit_status = 0
c = -1
file_handle = {type = 88 'X', filename = 0xbae4 "0\221",
opened_path = 0x4002908e "[\201\xc3\xe6 ", handle = {
fd = 1073812652, fp = 0x400114ac}, free_filename = 56 '8'}
behavior = 1
no_headers = 1
orig_optind = 1
orig_optarg = 0x0
arg_free = 0x0
arg_excp = (char **) 0xbaac
script_file = 0x0
global_vars = {head = 0x4032ae40, tail = 0x4031c248, size =
1074981870, count = 1075467648, dtor = 0x40053258,
persistent = 216 '\xd8', traverse_ptr = 0x2f2f2f2f}
interactive = 0
is_hashbang = 0
module_started = 0
exec_direct = 0x0
param_error = 0x0
dpkg -S /usr/lib/libsnmp-0.4.2.so
libsnmp4.2: /usr/lib/libsnmp-0.4.2.so
-->apt-cache policy libsnmp4.2
libsnmp4.2:
Installed: 4.2.5-3.3
Candidate: 4.2.5-3.3
Version Table:
*** 4.2.5-3.3 0
100 http://debian.lcs.mit.edu sarge/main Packages
100 /var/lib/dpkg/status
--
Edit this bug report at http://bugs.php.net/?id=23883&edit=1
#23883 [Fbk]: PHP crashes if snmp module loaded
ID: 23883
Updated by: [EMAIL PROTECTED]
Reported By: joey at joeysmith dot com
Status: Feedback
Bug Type: SNMP related
Operating System: Debian sarge (testing)
PHP Version: 4.3.2
New Comment:
And/or compile it as static module, NOT shared.
Previous Comments:
[2003-06-02 06:37:40] [EMAIL PROTECTED]
It works just fine here with net-snmp-5.0.6 so you really
should try it..
[2003-06-01 21:14:26] joey at joeysmith dot com
./configure --with-snmp is sufficent to reproduce this bug.
I'd be surprised if this were an SNMP bug, as the only thing I have to
do to duplicate this bug is to run the PHP cli with SNMP enabled. e.g.,
/usr/bin/php -v
[2003-06-01 20:49:32] [EMAIL PROTECTED]
And how was PHP configured? Why don't you use more recent
net-snmp libs anyway? (it looks more like a crash in there..)
[2003-05-29 20:26:23] joey at joeysmith dot com
#0 0x4038a2ff in mallopt () from /lib/libc.so.6
#1 0x403892ca in free () from /lib/libc.so.6
#2 0x42e18700 in sc_hash () from /usr/lib/libsnmp-0.4.2.so
#3 0x42e17c4b in hash_engineID () from /usr/lib/libsnmp-0.4.2.so
#4 0x42e17b46 in search_enginetime_list () from
/usr/lib/libsnmp-0.4.2.so
#5 0x42e17976 in set_enginetime () from /usr/lib/libsnmp-0.4.2.so
#6 0x42e0fcc4 in init_snmpv3_post_config () from
/usr/lib/libsnmp-0.4.2.so
#7 0x42e1905d in snmp_call_callbacks () from
/usr/lib/libsnmp-0.4.2.so
#8 0x42e0b7b4 in read_configs () from /usr/lib/libsnmp-0.4.2.so
#9 0x42df1f37 in init_snmp () from /usr/lib/libsnmp-0.4.2.so
#10 0x42c415bc in zm_startup_snmp () from
/usr/lib/php/20020429-debug/snmp.so
#11 0x080c7286 in php_dl (file=0x81df5e8, type=1,
return_value=0xb8a0) at
/home/joey/src/php-4.3.2/ext/standard/dl.c:238
handle = (void *) 0x8260de8
libpath = 0x81daa2c 'Z' ,
"\204\xcc\217*\217*"
module_entry = (zend_module_entry *) 0x42c45560
tmp = (zend_module_entry *) 0x8260d70
get_module = (zend_module_entry *(*)(void)) 0x42c41570
error_type = 32
extension_dir = 0x81922f5 "/usr/lib/php/20020429-debug"
#12 0x0812adb6 in php_load_function_extension_cb (arg=0x81df5e8) at
/home/joey/src/php-4.3.2/main/php_ini.c:218
extension = (zval *) 0x81df5e8
zval = {value = {lval = 1, dval = 4.9406564584124654e-324, str
= {val = 0x1 , len = 0},
ht = 0x1, obj = {ce = 0x1, properties = 0x0}}, type = 6 '\006',
is_ref = 248 '\xf8', refcount = 49151}
#13 0x0814fa5b in zend_llist_apply (l=0x81d093c, func=0x812ad99
)
at /home/joey/src/php-4.3.2/Zend/zend_llist.c:189
element = (zend_llist_element *) 0x81df5e0
#14 0x0812b36e in php_ini_delayed_modules_startup () at
/home/joey/src/php-4.3.2/main/php_ini.c:478
No locals.
#15 0x08126d01 in php_module_startup (sf=0x81cf700,
additional_modules=0x0, num_additional_modules=0)
at /home/joey/src/php-4.3.2/main/main.c:1215
zuf = {error_function = 0x8125979 ,
printf_function = 0x81253c2 ,
write_function = 0x8126827 , fopen_function =
0x8125f4d ,
message_handler = 0x8125fcb ,
block_interruptions = 0, unblock_interruptions = 0,
get_configuration_directive = 0x8125f80
, ticks_function = 0x81307d0
,
on_timeout = 0x81262c6 }
zuv = {import_use_extension = 0x819f730 ".php",
import_use_extension_length = 1073779424, html_errors = 1 '\001'}
module_number = 0
php_os = 0x819f6a8 "Linux"
i = 6
#16 0x0816c02e in main (argc=2, argv=0xbb64) at
/home/joey/src/php-4.3.2/sapi/cli/php_cli.c:520
exit_status = 0
c = -1
file_handle = {type = 88 'X', filename = 0xbae4 "0\221",
opened_path = 0x4002908e "[\201\xc3\xe6 ", handle = {
fd = 1073812652, fp = 0x400114ac}, free_filename = 56 '8'}
behavior = 1
no_headers = 1
orig_optind = 1
orig_optarg = 0x0
arg_free = 0x0
arg_excp = (char **) 0xbaac
script_file = 0x0
global_vars = {head = 0x4032ae40, tail = 0x4031c248, size =
1074981870, count = 1075467648, dtor = 0x40053258,
persistent = 216 '\xd8', traverse_ptr = 0x2f2f2f2f}
interactive = 0
is_hashbang = 0
module_started = 0
exec_direct = 0x0
param_error = 0x0
dpkg -S /usr/lib/libsnmp-0.4.2.so
libsnmp4.2: /usr/lib/libsnmp-0.4.2.so
-->apt-cache policy libsnmp4.2
libsnmp4.2:
Installed: 4.2.5-3.3
Candidate: 4.2.5-3.3
Version Table:
*** 4.2.5-3.3 0
100 http://debian.lcs.mit.edu sarge/main Packages
100 /var/lib/dpkg/status
--
Edit this bug report at http://bugs.php.net/?id=23883&edit=1
#23952 [NEW]: segmentation fault during script execution under apache
From: anton at ur dot ru Operating system: FreeBSD 4.8-STABLE PHP version: 4.3.2 PHP Bug Type: Scripting Engine problem Bug description: segmentation fault during script execution under apache GDB backtrace: Program received signal SIGSEGV, Segmentation fault. 0x808aef2 in zend_get_executed_lineno () at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute_API.c:271 271 return active_opline->lineno; (gdb) bt #0 0x808aef2 in zend_get_executed_lineno () at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute_API.c:271 #1 0x8092526 in zend_error (type=8, format=0x81e869b "Undefined index: %s") at /usr/src-new/.apache/php-4.3.2/Zend/zend.c:715 #2 0x809b7ac in zend_fetch_dimension_address (result=0x83d5420, op1=0x83d5430, op2=0x83d5440, Ts=0xbfbf9568, type=0) at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute.c:658 #3 0x809e75a in execute (op_array=0x836e38c) at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute.c:1273 #4 0x80928b0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src-new/.apache/php-4.3.2/Zend/zend.c:869 #5 0x8074abb in php_execute_script (primary_file=0xbfbff71c) at /usr/src-new/.apache/php-4.3.2/main/main.c:1671 #6 0x80a746e in apache_php_module_main (r=0x82f7034, display_source_mode=0) at /usr/src-new/.apache/php-4.3.2/sapi/apache/sapi_apache.c:54 #7 0x806c9b8 in send_php () #8 0x806cfa8 in send_parsed_php () #9 0x815feb1 in ap_invoke_handler () #10 0x8172dcc in process_request_internal () #11 0x817317d in ap_process_request () #12 0x81697aa in child_main () #13 0x81699a4 in make_child () #14 0x816a12b in standalone_main () #15 0x816aab3 in main () #16 0x806c27e in _start () Configure: ./configure \ --with-config-file-path=/usr/local/etc \ --with-mysql=/usr/servers/mysql \ --enable-discard-path \ --enable-track-vars \ --enable-dbase \ --enable-memory-limit \ --enable-ftp \ --enable-debug \ --with-imap \ --with-curl \ --disable-cli \ --with-apache=../apache_1.3.27rusPL30.17 \ -- Edit bug report at http://bugs.php.net/?id=23952&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23952&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23952&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23952&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23952&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23952&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23952&r=support Expected behavior: http://bugs.php.net/fix.php?id=23952&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23952&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23952&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23952&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23952&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23952&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23952&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23952&r=gnused
#23952 [Opn->Fbk]: segmentation fault during script execution under apache
ID: 23952 Updated by: [EMAIL PROTECTED] Reported By: anton at ur dot ru -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.2 New Comment: Can you please post a short script so that we can try to reproduce this too? Previous Comments: [2003-06-02 06:47:36] anton at ur dot ru GDB backtrace: Program received signal SIGSEGV, Segmentation fault. 0x808aef2 in zend_get_executed_lineno () at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute_API.c:271 271 return active_opline->lineno; (gdb) bt #0 0x808aef2 in zend_get_executed_lineno () at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute_API.c:271 #1 0x8092526 in zend_error (type=8, format=0x81e869b "Undefined index: %s") at /usr/src-new/.apache/php-4.3.2/Zend/zend.c:715 #2 0x809b7ac in zend_fetch_dimension_address (result=0x83d5420, op1=0x83d5430, op2=0x83d5440, Ts=0xbfbf9568, type=0) at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute.c:658 #3 0x809e75a in execute (op_array=0x836e38c) at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute.c:1273 #4 0x80928b0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src-new/.apache/php-4.3.2/Zend/zend.c:869 #5 0x8074abb in php_execute_script (primary_file=0xbfbff71c) at /usr/src-new/.apache/php-4.3.2/main/main.c:1671 #6 0x80a746e in apache_php_module_main (r=0x82f7034, display_source_mode=0) at /usr/src-new/.apache/php-4.3.2/sapi/apache/sapi_apache.c:54 #7 0x806c9b8 in send_php () #8 0x806cfa8 in send_parsed_php () #9 0x815feb1 in ap_invoke_handler () #10 0x8172dcc in process_request_internal () #11 0x817317d in ap_process_request () #12 0x81697aa in child_main () #13 0x81699a4 in make_child () #14 0x816a12b in standalone_main () #15 0x816aab3 in main () #16 0x806c27e in _start () Configure: ./configure \ --with-config-file-path=/usr/local/etc \ --with-mysql=/usr/servers/mysql \ --enable-discard-path \ --enable-track-vars \ --enable-dbase \ --enable-memory-limit \ --enable-ftp \ --enable-debug \ --with-imap \ --with-curl \ --disable-cli \ --with-apache=../apache_1.3.27rusPL30.17 \ -- Edit this bug report at http://bugs.php.net/?id=23952&edit=1
#23952 [Fbk->Opn]: segmentation fault during script execution under apache
ID: 23952 User updated by: anton at ur dot ru Reported By: anton at ur dot ru -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.2 New Comment: I don't have a short script and i can't reproduce it in short script. http://www.uralweb.ru/region/index.phps - this is a script that causes described error Previous Comments: [2003-06-02 06:56:10] [EMAIL PROTECTED] Can you please post a short script so that we can try to reproduce this too? [2003-06-02 06:47:36] anton at ur dot ru GDB backtrace: Program received signal SIGSEGV, Segmentation fault. 0x808aef2 in zend_get_executed_lineno () at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute_API.c:271 271 return active_opline->lineno; (gdb) bt #0 0x808aef2 in zend_get_executed_lineno () at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute_API.c:271 #1 0x8092526 in zend_error (type=8, format=0x81e869b "Undefined index: %s") at /usr/src-new/.apache/php-4.3.2/Zend/zend.c:715 #2 0x809b7ac in zend_fetch_dimension_address (result=0x83d5420, op1=0x83d5430, op2=0x83d5440, Ts=0xbfbf9568, type=0) at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute.c:658 #3 0x809e75a in execute (op_array=0x836e38c) at /usr/src-new/.apache/php-4.3.2/Zend/zend_execute.c:1273 #4 0x80928b0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src-new/.apache/php-4.3.2/Zend/zend.c:869 #5 0x8074abb in php_execute_script (primary_file=0xbfbff71c) at /usr/src-new/.apache/php-4.3.2/main/main.c:1671 #6 0x80a746e in apache_php_module_main (r=0x82f7034, display_source_mode=0) at /usr/src-new/.apache/php-4.3.2/sapi/apache/sapi_apache.c:54 #7 0x806c9b8 in send_php () #8 0x806cfa8 in send_parsed_php () #9 0x815feb1 in ap_invoke_handler () #10 0x8172dcc in process_request_internal () #11 0x817317d in ap_process_request () #12 0x81697aa in child_main () #13 0x81699a4 in make_child () #14 0x816a12b in standalone_main () #15 0x816aab3 in main () #16 0x806c27e in _start () Configure: ./configure \ --with-config-file-path=/usr/local/etc \ --with-mysql=/usr/servers/mysql \ --enable-discard-path \ --enable-track-vars \ --enable-dbase \ --enable-memory-limit \ --enable-ftp \ --enable-debug \ --with-imap \ --with-curl \ --disable-cli \ --with-apache=../apache_1.3.27rusPL30.17 \ -- Edit this bug report at http://bugs.php.net/?id=23952&edit=1
#23779 [Csd->Opn]: LOAD DATA LOCAL isn't respecting open_basedir
ID: 23779 User updated by: php at jkt dot wz dot cz Reported By: php at jkt dot wz dot cz -Status: Closed +Status: Open Bug Type: MySQL related Operating System: any -PHP Version: 4.3.1 +PHP Version: 4.3.3-dev Assigned To: georg New Comment: ad http://cvs.php.net/co.php/php4/ext/mysql/php_mysql.c?login=2&r=1.174.2.14 : i don't think this solution is perfect; better fix might be to introduce new php.ini option 'mysql.local_infile' and don't operate with open_basedir... btw, i looked at http://cvs.php.net/co.php/php4/ext/mysql/php_mysql.c?login=2&r=1.192 (newest version??) and i was unable to find the fix.. (but i'm not too familiar with cvs) Previous Comments: [2003-05-30 08:00:44] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot 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 in short time. Thank you for the report, and for helping us make PHP better. [2003-05-27 03:07:27] [EMAIL PROTECTED] Hmm.. ...assigned to myself [2003-05-27 02:53:25] php at jkt dot wz dot cz a) not security hole in mysql, it's problem of php b) you don't need file privileges for 'load data local infile' solution: add php.ini option mysql_local_infile; in mysql_connect() check for 128 and if not enabled, clear it (ie. option&0x7f) [2003-05-24 01:34:19] [EMAIL PROTECTED] It's not a security hole. This only works when the connected user has file privileges. [2003-05-23 19:10:18] [EMAIL PROTECTED] After a bit more thinking, this is not really PHP problem to solve, it's a security hole in Mysql.. 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/23779 -- Edit this bug report at http://bugs.php.net/?id=23779&edit=1
#23955 [NEW]: setcookie(): max-age needed [to comply with rfc]
From: kruemelmonster at cookiecan dot de Operating system: PHP version: 4.3.2 PHP Bug Type: Feature/Change Request Bug description: setcookie(): max-age needed [to comply with rfc] based on the discussion in #23835, I file here that the function setcookie() should include the missing paramenter 'max-age'. max-age is defined in: http://www.ietf.org/rfc/rfc2109.txt http://www.ietf.org/rfc/rfc2965.txt which both are referenced in the documentation of the setcookie() - func itself. max-age has become more and more important, because it removes the timezone-issue from the former way of timestamping cookie expiration dates. thanks for considering. - here's some detail taken from the rfc-specs: Max-Age=value OPTIONAL. The value of the Max-Age attribute is delta-seconds, the lifetime of the cookie in seconds, a decimal non-negative integer. To handle cached cookies correctly, a client SHOULD calculate the age of the cookie according to the age calculation rules in the HTTP/1.1 specification [RFC2616]. When the age is greater than delta-seconds seconds, the client SHOULD discard the cookie. A value of zero means the cookie SHOULD be discarded immediately. -- Edit bug report at http://bugs.php.net/?id=23955&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23955&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23955&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23955&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23955&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23955&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23955&r=support Expected behavior: http://bugs.php.net/fix.php?id=23955&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23955&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23955&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23955&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23955&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23955&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23955&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23955&r=gnused
