#27232 [Csd->Opn]: comment nodes are being skipped
ID: 27232 User updated by: lalo at teligens dot com Reported By: lalo at teligens dot com -Status: Closed +Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: It works as expected when downloading the *latest* stable[1] that you suggested not when using v4.3.4. If I go back to using v4.3.4 comments are NOT read. [1]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-02-14 10:56:31] [EMAIL PROTECTED] If it works with 4.3.4 as expected, why did you even report this as bug? :) [2004-02-13 14:02:31] lalo at teligens dot com It works as expected now that I used the latest snapshot. Would you be so kind to tell me since when/what version of php this is not working as expected ? I would like to report this behaviour to the horde developers. Thanks a lot. [2004-02-13 09:58:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-02-13 02:52:42] lalo at teligens dot com Forgot to mention that I'm running the same code under gentoo with PHP 4.3.4 and it does work as expected there. [2004-02-13 02:36:22] lalo at teligens dot com This happens when running horde on Windows. The XML is the configuration xml. I'm using horde from CVS so you can get a copy of the same file I'm running here: http://cvsweb.horde.org/cvs.php/horde/config/conf.xml 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/27232 -- Edit this bug report at http://bugs.php.net/?id=27232&edit=1
#27232 [Opn]: comment nodes are being skipped
ID: 27232 User updated by: lalo at teligens dot com Reported By: lalo at teligens dot com Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: Just to be clear, the latest snapshot is 4.3.5cvs, right ? Your comment when closing the bug confused me. You seem to think that it works for me on v4.3.4 when it doesn't, unless the latest stable that I downloaded *is* v4.3.4 (but phpinfo() says otherwise). Previous Comments: [2004-02-15 03:15:23] lalo at teligens dot com It works as expected when downloading the *latest* stable[1] that you suggested not when using v4.3.4. If I go back to using v4.3.4 comments are NOT read. [1]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-02-14 10:56:31] [EMAIL PROTECTED] If it works with 4.3.4 as expected, why did you even report this as bug? :) [2004-02-13 14:02:31] lalo at teligens dot com It works as expected now that I used the latest snapshot. Would you be so kind to tell me since when/what version of php this is not working as expected ? I would like to report this behaviour to the horde developers. Thanks a lot. [2004-02-13 09:58:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-02-13 02:52:42] lalo at teligens dot com Forgot to mention that I'm running the same code under gentoo with PHP 4.3.4 and it does work as expected there. 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/27232 -- Edit this bug report at http://bugs.php.net/?id=27232&edit=1
#27252 [Fbk->Csd]: Exception handling crashes Apache 2 after a couple of reloads
ID: 27252
User updated by: jw at jwscripts dot com
Reported By: jw at jwscripts dot com
-Status: Feedback
+Status: Closed
Bug Type: Apache2 related
Operating System: Windows XP
PHP Version: 5.0.0b4 (beta4)
New Comment:
The problem seems to be related to the installation; I upgraded from
one of the latest developer branches to beta 4, without rebooting
Windows.
This probably left the previous version of php5ts.dll resident in
memory. This morning, after booting Windows, I was unable to reproduce
the bug.
Previous Comments:
[2004-02-14 10:50:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And remove all PHP related dlls first! (especially php5ts.dll)
[2004-02-14 06:11:03] jw at jwscripts dot com
Description:
The Exception implementation appears buggy under Win XP with Apache 2.
When the reproduce code is run a couple of time by refreshing the
browser (IE 6 SP2), Apache 2 crashes.
Log book entries:
Crashed application: Apache.exe, version: 2.0.48.0,
Crashed module: php5ts.dll, version: 5.0.0.0,
Crashed upon: 0x0003d0ba.
Reproduce code:
---
message = $message;
}
}
try {
throw new UserException("Unknown error");
} catch (UserException $ue) {
echo "Error: $ue->message, at line: ", $ue->getLine(), " in file: ",
$ue->getFile();
}
?>
Expected result:
Error: Unknown error, at line: [...] in file: [...]
Actual result:
--
Crash of Apache 2 after a couple of reloads
--
Edit this bug report at http://bugs.php.net/?id=27252&edit=1
#27157 [Asn]: php 4.3.4 sybase-ct make failure
ID: 27157
Updated by: [EMAIL PROTECTED]
Reported By: detoma dot alessandro at sea-aeroportimilano dot it
Status: Assigned
Bug Type: Compile Failure
Operating System: solaris 8
PHP Version: 4CVS, 5CVS
Assigned To: thekid
New Comment:
I don't think you applied my patch. I guess I'll just have to give it
a try and commit it.
Previous Comments:
[2004-02-09 04:43:05] detoma dot alessandro at sea-aeroportimilano dot
it
I have tried to compile with version 4.3.0 and with the latest version
of php but nothing to do:
with version 4.3.0 the error is the seguent:
/bin/sh libtool --silent --mode=compile cc -Iext/sybase_ct/
-I/usr/local/src/php-4.3.0/ext/sybase_ct/ -DPHP_ATOM_INC
-I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main
-I/usr/local/src/php-4.3.0 -I/appl/apache/include
-I/usr/local/src/php-4.3.0/Zend -I/usr/local/ssl/include
-I/usr/local/include -I/oracle/product/8.1.7/rdbms/public
-I/oracle/product/8.1.7/rdbms/demo -I/database/sybase/OCS-12_0/include
-I/usr/local/src/php-4.3.0/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/php-4.3.0/TSRM
-DTHREAD=1 -g -mt -DZTS -prefer-pic -c
/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c -o
ext/sybase_ct/php_sybase_ct.lo
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
cc: acomp failed for
/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c
*** Error code 1
make: Fatal error: Command failed for target
`ext/sybase_ct/php_sybase_ct.lo'
Best regards,
Alex
[2004-02-08 11:45:35] [EMAIL PROTECTED]
See if the following patch fixes it for you:
http://sitten-polizei.de/php_sybase_ct.c.diff
[2004-02-08 11:23:01] [EMAIL PROTECTED]
Wait, I just saw the second compile failure shows lines 248 and 249 as
where the errors occur.
-- snip --
zval severity, msgnumber, state, line, text;
zval *ptrs[5]= {&msgnumber, &severity, &state, &line, &text};
zval **args[5]= {&ptrs[0], &ptrs[1], &ptrs[2], &ptrs[3], &ptrs[4]};
-- snip --
OK, then this isn't related to ZTS and not to my recent changes either,
as this code has been there (or a couple of lines before that) for
quite a while now (revision 1.71 or PHP 4.3.0).
[2004-02-08 11:07:20] [EMAIL PROTECTED]
Compiles fine with --enable-maintainer-zts or without, problem seems to
be related to --with-tsrm-pthreads.
Line 241 reads the following:
static int _call_message_handler(zval *callback_name, CS_SERVERMSG
*srvmsg TSRMLS_DC)
I can't see anything obviously wrong with this, it fits the scheme of
numerous other function declarations in, for example, ext/standard.
[2004-02-07 23:09:32] [EMAIL PROTECTED]
Assigned to the maintainer..
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/27157
--
Edit this bug report at http://bugs.php.net/?id=27157&edit=1
#27157 [Asn->Fbk]: php 4.3.4 sybase-ct make failure
ID: 27157
Updated by: [EMAIL PROTECTED]
Reported By: detoma dot alessandro at sea-aeroportimilano dot it
-Status: Assigned
+Status: Feedback
Bug Type: Compile Failure
Operating System: solaris 8
PHP Version: 4CVS, 5CVS
Assigned To: thekid
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:
[2004-02-15 04:49:53] [EMAIL PROTECTED]
I don't think you applied my patch. I guess I'll just have to give it
a try and commit it.
[2004-02-09 04:43:05] detoma dot alessandro at sea-aeroportimilano dot
it
I have tried to compile with version 4.3.0 and with the latest version
of php but nothing to do:
with version 4.3.0 the error is the seguent:
/bin/sh libtool --silent --mode=compile cc -Iext/sybase_ct/
-I/usr/local/src/php-4.3.0/ext/sybase_ct/ -DPHP_ATOM_INC
-I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main
-I/usr/local/src/php-4.3.0 -I/appl/apache/include
-I/usr/local/src/php-4.3.0/Zend -I/usr/local/ssl/include
-I/usr/local/include -I/oracle/product/8.1.7/rdbms/public
-I/oracle/product/8.1.7/rdbms/demo -I/database/sybase/OCS-12_0/include
-I/usr/local/src/php-4.3.0/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/php-4.3.0/TSRM
-DTHREAD=1 -g -mt -DZTS -prefer-pic -c
/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c -o
ext/sybase_ct/php_sybase_ct.lo
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 241:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
"/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c", line 242:
non-constant initializer: op "U&"
cc: acomp failed for
/usr/local/src/php-4.3.0/ext/sybase_ct/php_sybase_ct.c
*** Error code 1
make: Fatal error: Command failed for target
`ext/sybase_ct/php_sybase_ct.lo'
Best regards,
Alex
[2004-02-08 11:45:35] [EMAIL PROTECTED]
See if the following patch fixes it for you:
http://sitten-polizei.de/php_sybase_ct.c.diff
[2004-02-08 11:23:01] [EMAIL PROTECTED]
Wait, I just saw the second compile failure shows lines 248 and 249 as
where the errors occur.
-- snip --
zval severity, msgnumber, state, line, text;
zval *ptrs[5]= {&msgnumber, &severity, &state, &line, &text};
zval **args[5]= {&ptrs[0], &ptrs[1], &ptrs[2], &ptrs[3], &ptrs[4]};
-- snip --
OK, then this isn't related to ZTS and not to my recent changes either,
as this code has been there (or a couple of lines before that) for
quite a while now (revision 1.71 or PHP 4.3.0).
[2004-02-08 11:07:20] [EMAIL PROTECTED]
Compiles fine with --enable-maintainer-zts or without, problem seems to
be related to --with-tsrm-pthreads.
Line 241 reads the following:
static int _call_message_handler(zval *callback_name, CS_SERVERMSG
*srvmsg TSRMLS_DC)
I can't see anything obviously wrong with this, it fits the scheme of
numerous other function declarations in, for example, ext/standard.
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/27157
--
Edit this bug report at http://bugs.php.net/?id=27157&edit=1
#26407 [Opn->Csd]: Result set fetching broken around transactions (OpenClient Error #155)
ID: 26407
Updated by: [EMAIL PROTECTED]
Reported By: tvoigt at informatik dot tu-cottbus dot de
-Status: Open
+Status: Closed
Bug Type: Sybase-ct (ctlib) related
Operating System: Linux (i686) & Solaris 8
PHP Version: 4CVS, 5CVS
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
And yes, this patch should make it into PHP 4.3.5.
Previous Comments:
[2004-02-11 05:42:51] tvoigt at informatik dot tu-cottbus dot de
Hi there!
Just applied your patch to a current snapshot
(php4-STABLE-200402110830) and it works great! A brief test flight
through our various Sybase applications completed without a hassle, so
I consider that one done.
Will this patch make it into PHP-4.3.5?
Thanks again and best regards,
Thomas
[2004-02-08 19:03:45] [EMAIL PROTECTED]
Please see if the following patches work for you:
* http://sitten-polizei.de/bug26407.diff
(patch for CVS head - PHP5)
* http://sitten-polizei.de/bug26407.4.diff
(patch for Snapshot/4_3 branch)
make test TEST=ext/sybase_ct is passed now with Sybase-libraries as
well as with FreeTDS(download the new test.inc, it contains a fix for
the "Sybase: Unable to update character set" warning).
Please make sure I didn't break anything else.
[2004-02-08 18:02:53] [EMAIL PROTECTED]
Have been able to reproduce w/ Debian and Sybase-Libraries.
Bug was introduced when the patch in
http://bugs.php.net/bug.php?id=23682 was committed.
Am looking into a workaround.
[2004-02-08 17:20:39] [EMAIL PROTECTED]
4.3.3 doesn't work as expected either. I took your output and diffed it
against the expected one:
[EMAIL PROTECTED]:~ > diff -u sybase_test_expected.out
sybase_test_4_3_3.out
--- sybase_test_expected.outSun Feb 8 23:21:15 2004
+++ sybase_test_4_3_3.out Sun Feb 8 23:20:12 2004
@@ -1,3 +1,4 @@
+Warning: sybase_connect(): Sybase: Unable to update character set. in
/usr/src/php-4.3.3/ tests/ext/sybase_ct/test.inc on
line 55
bool(true)
>>> Query:
begin transaction
@@ -7,14 +8,8 @@
commit
-- anything afterwards will fail, too
-<<< Return: resource
-array(1) {
- [0]=>
- array(1) {
-["computed"]=>
-string(3) "foo"
- }
-}
+<<< Return: boolean
+bool(true)
>>> Query:
begin transaction
-- no result returned...
@@ -31,7 +26,7 @@
select "bar"
-Notice: sybase_query(): Sybase: Unexpected results, cancelling
current in %s/test.inc on line %d
+Notice: sybase_query(): Sybase: Unexpected results, cancelling
current in /usr/src/php-4
.3.3/tests/ext/sybase_ct/test.inc on line 66
<<< Return: resource
array(1) {
[0]=>
[2004-02-06 03:27:28] detoma dot alessandro at sea-aeroportimilano dot
it
Unfortunatly I don't know to help you, because I have a problem similar
to your(failure to compile PHP4.3.4 with sybase 12.0).
I notice however that you have compiled PHP4.3.4 with gdlib on
solaris8; Could you say me which version you have used?
Best regards,
Alex
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/26407
--
Edit this bug report at http://bugs.php.net/?id=26407&edit=1
#27250 [Com]: PHP Extensions cause apache load failure
ID: 27250 Comment by: dont at want dot com Reported By: 0zone at pixelcarnage dot com Status: Feedback Bug Type: Apache related Operating System: Windows 2000 PHP Version: 5.0.0b4 (beta4) New Comment: sorry, but the latest php snap shot didn't work eiter. Apache starts but if you try to load an extension Apache didn't start with the error : 1067 from the OS. Previous Comments: [2004-02-14 10:51:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Remove ALL old PHP related dlls first! (php5ts.dll is most important) [2004-02-14 02:13:13] 0zone at pixelcarnage dot com Description: I installed beta 4 today, put all the files in the correct places, changed the apache(1.3.28) config for php5 and tried to start apache, it worked, but mysql wasn't enables so I configured the php.ini file to include the extension. After I saved I tried to start apache again, only it fails before it even writes anything to the logs, this is the message: The instruction at "0z007ec44d" referenced memory at "0x0110c000". The memory could not be "read". I turned the extension off and apache works again, I then tried to use the sockets extension, this fails with the same error. So if I try and load a php extension apache crashes. PHP itself loads fine with any extension. The only line I changed in the config file was to point the temp folder to C:/web/tmp/ instead of /tmp/, and to enable a few extensions. -- Edit this bug report at http://bugs.php.net/?id=27250&edit=1
#26045 [Asn->Csd]: Mono extension fails to compile
ID: 26045
Updated by: [EMAIL PROTECTED]
Reported By: kris dot hofmans at pandora dot be
-Status: Assigned
+Status: Closed
Bug Type: Compile Failure
Operating System: Linux 2.4.21
PHP Version: 5CVS-2003-10-30 (dev)
Assigned To: sterling
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-02-05 10:46:45] josh at mediascape dot com
Here's a minimal patch to make the extension build again:
http://w3.indecisive.com/patches/php-5.0b3-mono.patch
This sample still doesn't run correctly with the patch applied:
php -r "$cons = new Mono('System.Console');"
On the other hand, the System.Collections.Stack sample that just checks
for proper pushing and popping worked for me.
[2003-10-30 21:02:47] [EMAIL PROTECTED]
Assigned to the author of this extension.
[2003-10-30 19:11:06] kris dot hofmans at pandora dot be
Description:
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c: In function
`method_get':
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:667: structure has
no member
named `arg_types'
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c: At top level:
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:740: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:742: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:745: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:746: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:748: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:749: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:750: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:751: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:753: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:755: warning:
initialization
from incompatible pointer type
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c: In function
`zm_startup_mon
o':
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:1041: structure has
no membe
r named `arg_types'
/home/blacky/builds/php-5.0.0b2/ext/mono/php_mono.c:1054: structure has
no membe
r named `arg_types'
make: *** [ext/mono/php_mono.lo] Error 1
make: *** Waiting for unfinished jobs
Expected result:
I hope the mono extension will be fixed since the last working version
I saw was PHP5-B1 and it got broken soon after that.
--
Edit this bug report at http://bugs.php.net/?id=26045&edit=1
#27260 [NEW]: Apache php5 module with recode support fails
From: php at phpee dot com Operating system: Debian Woody stable PHP version: 5.0.0b4 (beta4) PHP Bug Type: Apache related Bug description: Apache php5 module with recode support fails Description: PHP 5.0.0b4 compiles fine with the following configuration options: ./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode Recode support compiles without any errors but it crashes Apache (1.3.26). httpd.conf: LoadModule php5_module/usr/lib/apache/1.3/libphp5.so Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log. If I remove --with-recode, all works fine with the above ./configuration options. AFAIK this was working in 500b3. Actual result: -- I can't get any gdb backtrace as I'm not even able to startup apache. -- Edit bug report at http://bugs.php.net/?id=27260&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27260&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27260&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27260&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27260&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27260&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27260&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27260&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27260&r=support Expected behavior: http://bugs.php.net/fix.php?id=27260&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27260&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27260&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27260&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27260&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27260&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27260&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27260&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27260&r=float
#27260 [Opn->Fbk]: Apache php5 module with recode support fails
ID: 27260 Updated by: [EMAIL PROTECTED] Reported By: php at phpee dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Debian Woody stable PHP Version: 5.0.0b4 (beta4) 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: [2004-02-15 06:53:45] php at phpee dot com Description: PHP 5.0.0b4 compiles fine with the following configuration options: ./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode Recode support compiles without any errors but it crashes Apache (1.3.26). httpd.conf: LoadModule php5_module/usr/lib/apache/1.3/libphp5.so Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log. If I remove --with-recode, all works fine with the above ./configuration options. AFAIK this was working in 500b3. Actual result: -- I can't get any gdb backtrace as I'm not even able to startup apache. -- Edit this bug report at http://bugs.php.net/?id=27260&edit=1
#27260 [Fbk]: Apache php5 module with recode support fails
ID: 27260 Updated by: [EMAIL PROTECTED] Reported By: php at phpee dot com Status: Feedback Bug Type: Apache related Operating System: Debian Woody stable PHP Version: 5.0.0b4 (beta4) New Comment: You can make a backtrace just fine, just start apache in single process mode (-X) from within GDB. Previous Comments: [2004-02-15 07:24:14] [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. [2004-02-15 06:53:45] php at phpee dot com Description: PHP 5.0.0b4 compiles fine with the following configuration options: ./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode Recode support compiles without any errors but it crashes Apache (1.3.26). httpd.conf: LoadModule php5_module/usr/lib/apache/1.3/libphp5.so Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log. If I remove --with-recode, all works fine with the above ./configuration options. AFAIK this was working in 500b3. Actual result: -- I can't get any gdb backtrace as I'm not even able to startup apache. -- Edit this bug report at http://bugs.php.net/?id=27260&edit=1
#27260 [Fbk->Opn]: Apache php5 module with recode support fails
ID: 27260 User updated by: php at phpee dot com Reported By: php at phpee dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Debian Woody stable PHP Version: 5.0.0b4 (beta4) New Comment: That's all output I get from gdb. Don't know if this is of any use: --- $> gdb /usr/sbin/apache (gdb) run -X Starting program: /usr/sbin/apache -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...[New Thread 1024 (LWP 27748)] --- and after a while (1 min): --- Program exited with code 0377. --- any other way to do this? besides, 'make' gives me a couple of warnings (see below). take care Philip /usr/src/php-5.0.0b4/ext/iconv/iconv.c: In function `php_iconv_stream_filter_append_bucket': /usr/src/php-5.0.0b4/ext/iconv/iconv.c:2444: warning: passing arg 2 of `iconv' from incompatible pointer type /usr/src/php-5.0.0b4/ext/posix/posix.c: In function `zif_posix_getpgid': /usr/src/php-5.0.0b4/ext/posix/posix.c:455: warning: implicit declaration of function `getpgid' /usr/src/php-5.0.0b4/ext/posix/posix.c: In function `zif_posix_getsid': /usr/src/php-5.0.0b4/ext/posix/posix.c:476: warning: implicit declaration of function `getsid' /usr/src/php-5.0.0b4/ext/snmp/snmp.c: In function `php_snmp_getvalue': /usr/src/php-5.0.0b4/ext/snmp/snmp.c:296: warning: implicit declaration of function `printU64' /usr/src/php-5.0.0b4/ext/snmp/snmp.c: In function `zif_snmp_read_mib': /usr/src/php-5.0.0b4/ext/snmp/snmp.c:1078: warning: implicit declaration of function `snmp_disable_stderrlog' /usr/src/php-5.0.0b4/ext/spl/spl_array.c: In function `zm_startup_spl_array': /usr/src/php-5.0.0b4/ext/spl/spl_array.c:294: warning: assignment from incompatible pointer type /usr/src/php-5.0.0b4/regex/regexec.c:19: warning: `nope' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c: In function `append_modified_url': /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:110: warning: unused variable `yyaccept' /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:167: warning: label `yy10' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:165: warning: label `yy9' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:161: warning: label `yy7' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:158: warning: label `yy5' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:155: warning: label `yy3' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:153: warning: label `yy2' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:146: warning: label `yy1' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c: In function `xx_mainloop': /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:338: warning: unused variable `yyaccept' /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:395: warning: unused variable `yyaccept' /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:461: warning: unused variable `yyaccept' /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:545: warning: unused variable `yyaccept' /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:799: warning: label `yy82' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:797: warning: label `yy81' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:790: warning: label `yy78' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:775: warning: label `yy73' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:768: warning: label `yy70' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:755: warning: label `yy65' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:721: warning: label `yy59' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:673: warning: label `yy57' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_scanner_ex.c:671: warning: label `yy56' defined but not used /usr/src/php-5.0.0b4/ext/standard/url_sc
#27260 [Opn->Bgs]: Apache php5 module with recode support fails
ID: 27260 Updated by: [EMAIL PROTECTED] Reported By: php at phpee dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Debian Woody stable PHP Version: 5.0.0b4 (beta4) New Comment: RTFM: http://www.php.net/recode (is this SO hard to do..?) Previous Comments: [2004-02-15 07:24:50] [EMAIL PROTECTED] You can make a backtrace just fine, just start apache in single process mode (-X) from within GDB. [2004-02-15 06:53:45] php at phpee dot com Description: PHP 5.0.0b4 compiles fine with the following configuration options: ./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode Recode support compiles without any errors but it crashes Apache (1.3.26). httpd.conf: LoadModule php5_module/usr/lib/apache/1.3/libphp5.so Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log. If I remove --with-recode, all works fine with the above ./configuration options. AFAIK this was working in 500b3. Actual result: -- I can't get any gdb backtrace as I'm not even able to startup apache. -- Edit this bug report at http://bugs.php.net/?id=27260&edit=1
#27258 [Opn->Asn]: gmp_powm: fix for bug #27172 breaks large (> 31 bit on i386) modulos
ID: 27258 Updated by: [EMAIL PROTECTED] Reported By: oscar at the-rileys dot net -Status: Open +Status: Assigned -Bug Type: Unknown/Other Function +Bug Type: Math related Operating System: NetBSD 1.6 -PHP Version: 5CVS-2004-02-15 (dev) +PHP Version: 4CVS,5CVS -Assigned To: +Assigned To: iliaa Previous Comments: [2004-02-15 01:17:52] oscar at the-rileys dot net I neglected to mention that this is vs. CVS snapshot 200402142230. The original bugfix that caused the problem was submitted on 2/8/04. [2004-02-15 01:14:04] oscar at the-rileys dot net Description: The fix for bug #27172 (possible floating-point exception in gmp_powm) breaks the function with modulos longer than 31 bits. This is because the modulo argument is converted (destructively) to a long before it is fetched as a GMP number. The problem is rectified by moving the block that checks for a zero modulo to a point after the argument is fetched for use in the function. I have posted a diff here: http://oscar.the-rileys.net/php5-gpm_powm-patch.diff I have tested this on my own server, and it appears to fix the problem with at least 1024-bit modulos and still guards against 0 modulos - test for yourself to be sure, of course, Reproduce code: --- This is the example code from the documentation page for gpm_powm: Expected result: The number 2147483648 should be output. Actual result: -- The number 1 is output. -- Edit this bug report at http://bugs.php.net/?id=27258&edit=1
#27232 [Opn->Csd]: comment nodes are being skipped
ID: 27232 Updated by: [EMAIL PROTECTED] Reported By: lalo at teligens dot com -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-02-15 03:18:44] lalo at teligens dot com Just to be clear, the latest snapshot is 4.3.5cvs, right ? Your comment when closing the bug confused me. You seem to think that it works for me on v4.3.4 when it doesn't, unless the latest stable that I downloaded *is* v4.3.4 (but phpinfo() says otherwise). [2004-02-15 03:15:23] lalo at teligens dot com It works as expected when downloading the *latest* stable[1] that you suggested not when using v4.3.4. If I go back to using v4.3.4 comments are NOT read. [1]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-02-14 10:56:31] [EMAIL PROTECTED] If it works with 4.3.4 as expected, why did you even report this as bug? :) [2004-02-13 14:02:31] lalo at teligens dot com It works as expected now that I used the latest snapshot. Would you be so kind to tell me since when/what version of php this is not working as expected ? I would like to report this behaviour to the horde developers. Thanks a lot. [2004-02-13 09:58:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/27232 -- Edit this bug report at http://bugs.php.net/?id=27232&edit=1
#27191 [Fbk->NoF]: IIS and PHP5
ID: 27191 Updated by: [EMAIL PROTECTED] Reported By: jakespotgieter at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: NT4 Server PHP Version: 5.0.0b3 (beta3) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-09 08:46:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-09 07:33:06] jakespotgieter at hotmail dot com Description: PHP5 does not install on NT4 - I get the following error when accessing the CLI to check the install: "The procedure entry point GetLongPathNameA could not be loaded in the dynamic link library kernel32.dll" Got it working on XP, Windows 2000 but unfortunately not on NT4. -- Edit this bug report at http://bugs.php.net/?id=27191&edit=1
#27187 [Fbk->NoF]: fpassthru seems to not be binary safe
ID: 27187 Updated by: [EMAIL PROTECTED] Reported By: php at brokep dot com -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Tru64 v5.0a PHP Version: 5.0.0b3 (beta3) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-09 05:01:36] [EMAIL PROTECTED] OK, well, then check out your error_log. Is there any weird entry that starts with "Segmentation Fault", "bus error" or whatsoever you don't see unless fpassthru() is used? If you find anything alike, then generate a backtrace with an appropriate debugger installed in your system. http://bugs.php.net/bugs-generating-backtrace.php might be helpful. [2004-02-09 02:02:13] php at brokep dot com 1. None of them are (nor was) activated. 2. file_get_contents() worked. Is my binary a black hole? :) [2004-02-09 01:22:01] [EMAIL PROTECTED] 1) If any of the following features is turned on in your php.ini, turn them off and try again. . output_handler=... . session.use_trans_sid=... . output_buffering=... 2) Try using file_get_contents() instead and see what'll happen. "); ?> [2004-02-09 01:04:00] php at brokep dot com PHP compililation flags: --CUT-- ./configure --with-apxs2=/apache/bin/apxs --with-mysql=/usr/local/mysql --enable-track-vars --enable-inline-optimization --with-xml --with-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --with-gettext --with-xslt --with-imap=/usr/local/imap --CUT-- Versions: PHP 5.0.0b3 Apache2, 2.0.48 MySQL 5.0 newest libxml, libxslt, imap-2002e. I tried the commandline PHP and - surprise - it worked like it should. I can send you both the php-code and the win32binary that makes it not work. [2004-02-08 22:21:25] [EMAIL PROTECTED] Which web server implementation are you using? (eg. Apache) and what is the version of it? (eg. 2.0.40) And could you try it on the CLI version of PHP again? 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/27187 -- Edit this bug report at http://bugs.php.net/?id=27187&edit=1
#27116 [Fbk->NoF]: SimpleXMLIterator
ID: 27116 Updated by: [EMAIL PROTECTED] Reported By: yannl at istop dot com -Status: Feedback +Status: No Feedback Bug Type: *XML functions Operating System: Linux PHP Version: 5CVS-2004-02-01 (dev) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-09 11:41:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And skip the './cvsclean && ./buildconf' parts helly suggested..(I don't think your build tools are correct to generate working configure, etc., using snapshots is "safe") [2004-02-04 02:26:38] [EMAIL PROTECTED] Are you using SPL or SimpleXML as a shared extension (e.g. what's your configure line). [2004-02-03 22:55:01] yannl at istop dot com Running ./cvsclean was ok Got this error will running buildconf. using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: libtool version 1.4.3 (ok) Building php was ok. Apache will start (httpd.pid is created) but no page can be served by apache and no errors are logged in error_log. [2004-02-02 02:22:47] [EMAIL PROTECTED] Please do a full rebuild (./cvsclean ; ./buildconf ; ./configure ...) and report back if the error stays. [2004-02-01 22:02:23] yannl at istop dot com Description: Apache does'nt start even if it says so. I found this error in the apache error_log file PHP Fatal error: Class SimpleXMLIterator may not inherit from final class (~K]ü~Iì]Ã~Mt&) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=27116&edit=1
#27211 [Opn->Ver]: stream_socket_accept() returns Invalid argument
ID: 27211
Updated by: [EMAIL PROTECTED]
Reported By: glox at glox dot be
-Status: Open
+Status: Verified
Bug Type: Sockets related
Operating System: *
PHP Version: 5CVS-2004-02-12
Previous Comments:
[2004-02-12 14:27:50] glox at glox dot be
Well the server script is copy pasted from the manual page.
So, or the example is wrong, or there is a bug with those functions.
[2004-02-11 15:43:55] [EMAIL PROTECTED]
I'm not sure if it's actually a bug..(just read the manual page for
these funcs, never used them myself before :)
stream_socket_accept() also crashes, if you happen to use the 3rd
parameter too..
[2004-02-10 14:28:51] glox at glox dot be
Description:
stream_socket_accept() returns the following error with the example
from the manual page:
Warning: stream_socket_accept(): accept failed: Invalid argument in
/share/wolfd/serv.php on line 6
I'm running this on freeBSD 5.1 with the latest php snapshot at this
moment.
Reproduce code:
---
Server:
\n";
} else {
while ($conn = stream_socket_accept($socket)) {
fwrite($conn, date("D M j H:i:s Y\r\n"));
fclose($conn);
}
fclose($socket);
}
?>
Client:
Expected result:
The connection to the client should open, it should send the time and
close.
Actual result:
--
Warning: stream_socket_accept(): accept failed: Invalid argument in
/share/wolfd/serv.php on line 6
--
Edit this bug report at http://bugs.php.net/?id=27211&edit=1
#27260 [Bgs]: Apache php5 module with recode support fails
ID: 27260 User updated by: php at phpee dot com Reported By: php at phpee dot com Status: Bogus Bug Type: Apache related Operating System: Debian Woody stable PHP Version: 5.0.0b4 (beta4) New Comment: sorry. > The IMAP extension cannot be used in conjuction > with the recode or YAZ extensions. This is due > to the fact that they both share the same > internal symbol. so, this means recode is actually of no use at all! Why not trash it righ away or at least give the user some warning in ./configure?! A simple warning would have saved me hours and I wouldn't have to bug you with a bogus bug report. Previous Comments: [2004-02-15 08:54:14] [EMAIL PROTECTED] RTFM: http://www.php.net/recode (is this SO hard to do..?) [2004-02-15 07:24:50] [EMAIL PROTECTED] You can make a backtrace just fine, just start apache in single process mode (-X) from within GDB. [2004-02-15 06:53:45] php at phpee dot com Description: PHP 5.0.0b4 compiles fine with the following configuration options: ./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode Recode support compiles without any errors but it crashes Apache (1.3.26). httpd.conf: LoadModule php5_module/usr/lib/apache/1.3/libphp5.so Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log. If I remove --with-recode, all works fine with the above ./configuration options. AFAIK this was working in 500b3. Actual result: -- I can't get any gdb backtrace as I'm not even able to startup apache. -- Edit this bug report at http://bugs.php.net/?id=27260&edit=1
#27260 [Bgs->Asn]: Apache php5 module with recode support fails
ID: 27260 Updated by: [EMAIL PROTECTED] Reported By: php at phpee dot com -Status: Bogus +Status: Assigned Bug Type: Apache related Operating System: Debian Woody stable PHP Version: 5.0.0b4 (beta4) -Assigned To: +Assigned To: sniper New Comment: Reading the manual page for recode would have saved you from the same trouble too. Previous Comments: [2004-02-15 09:13:41] php at phpee dot com sorry. > The IMAP extension cannot be used in conjuction > with the recode or YAZ extensions. This is due > to the fact that they both share the same > internal symbol. so, this means recode is actually of no use at all! Why not trash it righ away or at least give the user some warning in ./configure?! A simple warning would have saved me hours and I wouldn't have to bug you with a bogus bug report. [2004-02-15 08:54:14] [EMAIL PROTECTED] RTFM: http://www.php.net/recode (is this SO hard to do..?) [2004-02-15 07:24:50] [EMAIL PROTECTED] You can make a backtrace just fine, just start apache in single process mode (-X) from within GDB. [2004-02-15 06:53:45] php at phpee dot com Description: PHP 5.0.0b4 compiles fine with the following configuration options: ./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode Recode support compiles without any errors but it crashes Apache (1.3.26). httpd.conf: LoadModule php5_module/usr/lib/apache/1.3/libphp5.so Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log. If I remove --with-recode, all works fine with the above ./configuration options. AFAIK this was working in 500b3. Actual result: -- I can't get any gdb backtrace as I'm not even able to startup apache. -- Edit this bug report at http://bugs.php.net/?id=27260&edit=1
#27260 [Asn]: Apache php5 module with recode support fails
ID: 27260 User updated by: php at phpee dot com Reported By: php at phpee dot com Status: Assigned Bug Type: Apache related Operating System: Debian Woody stable PHP Version: 5.0.0b4 (beta4) Assigned To: sniper New Comment: look, I totally agree with you and admit it was stupid from my side not to read the manual before posting this bug report. But it took me several hours till I figured out that --with-recode was the problem. And I'm not going to read the manual about every single module if I use 20 or even more different extensions. Here you agree with me too, right? A warning in ./configure would have pointed me right away into the right direction even if it would have be a warning like "recode failed... don't ask me why!" Actually ./configure is already pretty "smart" and provides us with wonderful human readable warnings. - So why not add this other tiny check to that script? But anyway, let's stop arguing about that. Keep up the good work and good luck for RC1 and PHP5's great future!!! thx. Previous Comments: [2004-02-15 09:49:35] [EMAIL PROTECTED] Reading the manual page for recode would have saved you from the same trouble too. [2004-02-15 09:13:41] php at phpee dot com sorry. > The IMAP extension cannot be used in conjuction > with the recode or YAZ extensions. This is due > to the fact that they both share the same > internal symbol. so, this means recode is actually of no use at all! Why not trash it righ away or at least give the user some warning in ./configure?! A simple warning would have saved me hours and I wouldn't have to bug you with a bogus bug report. [2004-02-15 08:54:14] [EMAIL PROTECTED] RTFM: http://www.php.net/recode (is this SO hard to do..?) [2004-02-15 07:24:50] [EMAIL PROTECTED] You can make a backtrace just fine, just start apache in single process mode (-X) from within GDB. [2004-02-15 06:53:45] php at phpee dot com Description: PHP 5.0.0b4 compiles fine with the following configuration options: ./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode Recode support compiles without any errors but it crashes Apache (1.3.26). httpd.conf: LoadModule php5_module/usr/lib/apache/1.3/libphp5.so Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log. If I remove --with-recode, all works fine with the above ./configuration options. AFAIK this was working in 500b3. Actual result: -- I can't get any gdb backtrace as I'm not even able to startup apache. -- Edit this bug report at http://bugs.php.net/?id=27260&edit=1
#27261 [NEW]: All extensions still not loading
From: triphotog at earthlink dot net Operating system: Win32 (XP) PHP version: 5CVS-2004-02-15 (dev) PHP Bug Type: Apache related Bug description: All extensions still not loading Description: Some modules are loading properly (mysql and gd2, for example), but not all. Apache is still crashing when I try to load ming and mime-magic. The ldap module loads sometimes but crashes at other times. -- Edit bug report at http://bugs.php.net/?id=27261&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27261&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27261&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27261&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27261&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27261&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27261&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27261&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27261&r=support Expected behavior: http://bugs.php.net/fix.php?id=27261&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27261&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27261&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27261&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27261&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27261&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27261&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27261&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27261&r=float
#27262 [NEW]: --with-dom=[DIR] missing from phpinfo()
From: kukester at csh dot rit dot edu Operating system: SunOS 5.9 PHP version: 4.3.4 PHP Bug Type: PHP options/info functions Bug description: --with-dom=[DIR] missing from phpinfo() Description: The --with-dom=[dir] part of my configuration command does not appear in the phpinfo() configure command. This means that if I rebuild using the listed command I lose dom support and get confused. SEE BUG #7317 for a similar problem. Reproduce code: --- './configure' '--with-apxs=/web/servers/apache/sbin/apxs' '--wi th-config-file-path=/web/servers/apache/conf' '--with-gettext' '--with-imap=/usr /local/c-client' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-zli b=/usr' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-inlin e-optimization' '--enable-ftp' '--enable-xml' '--enable-yp' '--with-gd' '--with- png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-freetype-dir=/usr/local ' '--with-snmp' --with-dom=/usr/local Expected result: './configure' '--with-apxs=/web/servers/apache/sbin/apxs' '--with-config-file-path=/web/servers/apache/conf' '--with-gettext' '--with-imap=/usr/local/c-client' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-zlib=/usr' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--enable-ftp' '--enable-xml' '--enable-yp' '--with-gd' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-snmp' '--with-dom=/usr/local' Actual result: -- ./configure' '--with-apxs=/web/servers/apache/sbin/apxs' '--with-config-file-path=/web/servers/apache/conf' '--with-gettext' '--with-imap=/usr/local/c-client' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-zlib=/usr' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--enable-ftp' '--enable-xml' '--enable-yp' '--with-gd' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-snmp' ***MISSING --with-dom...*** -- Edit bug report at http://bugs.php.net/?id=27262&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27262&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27262&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27262&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27262&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27262&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27262&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27262&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27262&r=support Expected behavior: http://bugs.php.net/fix.php?id=27262&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27262&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27262&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27262&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27262&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27262&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27262&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27262&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27262&r=float
#27258 [Asn->Csd]: gmp_powm: fix for bug #27172 breaks large (> 31 bit on i386) modulos
ID: 27258 Updated by: [EMAIL PROTECTED] Reported By: oscar at the-rileys dot net -Status: Assigned +Status: Closed Bug Type: Math related Operating System: NetBSD 1.6 PHP Version: 4CVS,5CVS Assigned To: iliaa New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-02-15 01:17:52] oscar at the-rileys dot net I neglected to mention that this is vs. CVS snapshot 200402142230. The original bugfix that caused the problem was submitted on 2/8/04. [2004-02-15 01:14:04] oscar at the-rileys dot net Description: The fix for bug #27172 (possible floating-point exception in gmp_powm) breaks the function with modulos longer than 31 bits. This is because the modulo argument is converted (destructively) to a long before it is fetched as a GMP number. The problem is rectified by moving the block that checks for a zero modulo to a point after the argument is fetched for use in the function. I have posted a diff here: http://oscar.the-rileys.net/php5-gpm_powm-patch.diff I have tested this on my own server, and it appears to fix the problem with at least 1024-bit modulos and still guards against 0 modulos - test for yourself to be sure, of course, Reproduce code: --- This is the example code from the documentation page for gpm_powm: Expected result: The number 2147483648 should be output. Actual result: -- The number 1 is output. -- Edit this bug report at http://bugs.php.net/?id=27258&edit=1
#27262 [Opn->Bgs]: --with-dom=[DIR] missing from phpinfo()
ID: 27262 Updated by: [EMAIL PROTECTED] Reported By: kukester at csh dot rit dot edu -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: SunOS 5.9 PHP Version: 4.3.4 New Comment: Get fresh sources and reconfigure. (or do 'make clean ; rm config.cache' before running configure again) This is autoconf feature. Nothing to do with PHP. Previous Comments: [2004-02-15 11:20:30] kukester at csh dot rit dot edu Description: The --with-dom=[dir] part of my configuration command does not appear in the phpinfo() configure command. This means that if I rebuild using the listed command I lose dom support and get confused. SEE BUG #7317 for a similar problem. Reproduce code: --- './configure' '--with-apxs=/web/servers/apache/sbin/apxs' '--wi th-config-file-path=/web/servers/apache/conf' '--with-gettext' '--with-imap=/usr /local/c-client' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-zli b=/usr' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-inlin e-optimization' '--enable-ftp' '--enable-xml' '--enable-yp' '--with-gd' '--with- png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-freetype-dir=/usr/local ' '--with-snmp' --with-dom=/usr/local Expected result: './configure' '--with-apxs=/web/servers/apache/sbin/apxs' '--with-config-file-path=/web/servers/apache/conf' '--with-gettext' '--with-imap=/usr/local/c-client' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-zlib=/usr' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--enable-ftp' '--enable-xml' '--enable-yp' '--with-gd' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-snmp' '--with-dom=/usr/local' Actual result: -- ./configure' '--with-apxs=/web/servers/apache/sbin/apxs' '--with-config-file-path=/web/servers/apache/conf' '--with-gettext' '--with-imap=/usr/local/c-client' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-zlib=/usr' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--enable-ftp' '--enable-xml' '--enable-yp' '--with-gd' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-snmp' ***MISSING --with-dom...*** -- Edit this bug report at http://bugs.php.net/?id=27262&edit=1
#27261 [Opn->Bgs]: All extensions still not loading
ID: 27261 Updated by: [EMAIL PROTECTED] Reported By: triphotog at earthlink dot net -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Win32 (XP) PHP Version: 5CVS-2004-02-15 (dev) New Comment: Do a clean install. (remove ALL old dlls that were installed from previous PHP versions) Can not reproduce with clean installation. Previous Comments: [2004-02-15 10:13:54] triphotog at earthlink dot net Description: Some modules are loading properly (mysql and gd2, for example), but not all. Apache is still crashing when I try to load ming and mime-magic. The ldap module loads sometimes but crashes at other times. -- Edit this bug report at http://bugs.php.net/?id=27261&edit=1
#27260 [Asn->Csd]: recode conflicts with yaz/mysql/imap
ID: 27260 Updated by: [EMAIL PROTECTED] Reported By: php at phpee dot com -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: Debian Woody stable PHP Version: 5CVS Assigned To: sniper New Comment: I added some checks now into PHP 5. Previous Comments: [2004-02-15 10:05:46] php at phpee dot com look, I totally agree with you and admit it was stupid from my side not to read the manual before posting this bug report. But it took me several hours till I figured out that --with-recode was the problem. And I'm not going to read the manual about every single module if I use 20 or even more different extensions. Here you agree with me too, right? A warning in ./configure would have pointed me right away into the right direction even if it would have be a warning like "recode failed... don't ask me why!" Actually ./configure is already pretty "smart" and provides us with wonderful human readable warnings. - So why not add this other tiny check to that script? But anyway, let's stop arguing about that. Keep up the good work and good luck for RC1 and PHP5's great future!!! thx. [2004-02-15 09:49:35] [EMAIL PROTECTED] Reading the manual page for recode would have saved you from the same trouble too. [2004-02-15 09:13:41] php at phpee dot com sorry. > The IMAP extension cannot be used in conjuction > with the recode or YAZ extensions. This is due > to the fact that they both share the same > internal symbol. so, this means recode is actually of no use at all! Why not trash it righ away or at least give the user some warning in ./configure?! A simple warning would have saved me hours and I wouldn't have to bug you with a bogus bug report. [2004-02-15 08:54:14] [EMAIL PROTECTED] RTFM: http://www.php.net/recode (is this SO hard to do..?) [2004-02-15 07:24:50] [EMAIL PROTECTED] You can make a backtrace just fine, just start apache in single process mode (-X) from within GDB. 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/27260 -- Edit this bug report at http://bugs.php.net/?id=27260&edit=1
#26777 [Csd->Bgs]: Extension shouldn't check whether a parameter should be NULL
ID: 26777 Updated by: [EMAIL PROTECTED] Reported By: al at forest dot akadem dot ru -Status: Closed +Status: Bogus Bug Type: InterBase related Operating System: * PHP Version: 4CVS, 5CVS Assigned To: abies New Comment: Reverted in CVS HEAD: The client API requires every non-null field to have a value, even if a trigger can provide a value as well. [The NULL flag of a NOT NULL field is not even tested by the client lib, causing PHP to crash if you try to insert null into it] Please note that this restriction is imposed by the client API, not by PHP. Previous Comments: [2004-01-07 04:41:06] [EMAIL PROTECTED] This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2004-01-06 18:26:18] [EMAIL PROTECTED] Assigned to Ard who touched this part the last time. [2004-01-03 09:35:12] al at forest dot akadem dot ru Description: Having Windows 2000 SP4, PHP 4.3.4, php_interbase latest checked from CVS (Revision 1.91.2.26). Firebird SS 1.0.3 Having a table in db (dialect 3): CREATE TABLE T_TEST ( F1 TIMESTAMP NOT NULL, F2 INTEGER ); and a trigger associated with it: CREATE TRIGGER T_TEST_BI0 FOR T_TEST ACTIVE BEFORE INSERT POSITION 0 AS begin if (new.f1 IS null) then new.f1 = current_timestamp; end This mean that no record will be inserted with F1 set to NULL. Having code reproduced below I get a message: Warning: ibase_query(): Parameter 90206904 must have a value in c:\g2\htdocs\ibase_not_null.php on line 7 The problem seems to lie around lines 1199-1202 in interbase.c Reproduce code: --- Expected result: PHP shouldn't complain at all. -- Edit this bug report at http://bugs.php.net/?id=26777&edit=1
#27263 [NEW]: Unserialize crashes on multiple objects, stored in session explicitly
From: davojan at mail dot ru Operating system: FreeBSD 4.7-RELEASE PHP version: 5.0.0b4 (beta4) PHP Bug Type: Session related Bug description: Unserialize crashes on multiple objects, stored in session explicitly Description: PHP crashes on session_start() if object "foo" references to object "bar" and both "foo" and "bar" are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one "foo" is put to session explicitly and "bar" is also put, but as a member of "foo". Reproduce code: --- bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo "OK"; ?> Expected result: OK Actual result: -- In browser: "The page cannot be displayed" In /var/log/httpd-error.log: [Sun Feb 15 21:21:22 2004] [notice] child pid 230 exit signal Segmentation fault (11) -- Edit bug report at http://bugs.php.net/?id=27263&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27263&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27263&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27263&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27263&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27263&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27263&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27263&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27263&r=support Expected behavior: http://bugs.php.net/fix.php?id=27263&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27263&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27263&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27263&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27263&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27263&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27263&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27263&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27263&r=float
#27248 [Fbk->Opn]: php_exif.dll crashes php
ID: 27248 User updated by: zeger at zeger dot nl Reported By: zeger at zeger dot nl -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5.0.0b4 (beta4) New Comment: Using 5.0.0b4 (beta4) with II6.0 and the mysql extentsion works fine, adding the php_exif.dll results in an "Invalid access to memory location. " error. Previous Comments: [2004-02-14 20:41:39] [EMAIL PROTECTED] Did you delete ALL the existing old PHP related dlls before installing the snapshot? Are you absolutely sure you don't have the old extension you're trying to load? Are you loading some 3rd party extensions in your php.ini? [2004-02-14 12:51:40] zeger at zeger dot nl Using IIS 6.0 in ISAPI mode with PHP-5.0.0 snapshot: Loading the php_exif.dll module gives an "Invalid access to memory location. " error, php stops [2004-02-14 10:48:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Reinstall EVERY php related DLL from the snapshot. [2004-02-13 20:43:58] zeger at zeger dot nl Description: Using IIS 6.0 in ISAPI mode: Loading the php_exif.dll module gives an "Invalid access to memory location. " error, php stops. Using IIS 6.0 in CGI mode Loading the php_exif.dll module crashes php. -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#27248 [Opn]: php_exif.dll crashes php
ID: 27248 User updated by: zeger at zeger dot nl Reported By: zeger at zeger dot nl Status: Open Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5.0.0b4 (beta4) New Comment: No other modules are loaded! Previous Comments: [2004-02-15 13:49:48] zeger at zeger dot nl Using 5.0.0b4 (beta4) with II6.0 and the mysql extentsion works fine, adding the php_exif.dll results in an "Invalid access to memory location. " error. [2004-02-14 20:41:39] [EMAIL PROTECTED] Did you delete ALL the existing old PHP related dlls before installing the snapshot? Are you absolutely sure you don't have the old extension you're trying to load? Are you loading some 3rd party extensions in your php.ini? [2004-02-14 12:51:40] zeger at zeger dot nl Using IIS 6.0 in ISAPI mode with PHP-5.0.0 snapshot: Loading the php_exif.dll module gives an "Invalid access to memory location. " error, php stops [2004-02-14 10:48:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Reinstall EVERY php related DLL from the snapshot. [2004-02-13 20:43:58] zeger at zeger dot nl Description: Using IIS 6.0 in ISAPI mode: Loading the php_exif.dll module gives an "Invalid access to memory location. " error, php stops. Using IIS 6.0 in CGI mode Loading the php_exif.dll module crashes php. -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#27264 [NEW]: segfault with soapclient::__getTypes()
From: schlueter at phpbar dot de Operating system: Linux PHP version: 5.0.0b4 (beta4) PHP Bug Type: Unknown/Other Function Bug description: segfault with soapclient::__getTypes() Description: Everytime I use the soapclient::__getTypes() on a SOAP Client object I get a segfault. I've tried different WSDLs. A simple example Script is attached. Build environment: Linux 2.6.2, glibc 2.3.2, gcc 3.2.3, libxml2 2.6.3 configure line: ./configure --disable-all \ --enable-soap \ --prefix=/opt/php5/bin \ --with-config-file-path=/opt/php5/etc \ --disable-cli Reproduce code: --- http://helena.europe.webmatrixhosting.net/Morse.asmx?WSDL'); $soap->__getTypes(); ?> Expected result: no output Actual result: -- $ gdb /opt/php5/bin/php GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (gdb) run soap.php Starting program: /opt/php5/bin/php soap.php Program received signal SIGSEGV, Segmentation fault. 0x080a96db in type_to_string (type=0x40351cb4, buf=0xbfffce40, level=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:3264 3264smart_str_appendl(buf, ";\n", 2); (gdb) bt #0 0x080a96db in type_to_string (type=0x40351cb4, buf=0xbfffce40, level=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:3264 #1 0x080a4535 in zif_soapclient___gettypes (ht=0, return_value=0x40351894, this_ptr=0x0, return_value_used=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:2046 #2 0x081dafb0 in zend_do_fcall_common_helper (execute_data=0xbfffcfd0, opline=0x4035179c, op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2642 #3 0x081db093 in zend_do_fcall_by_name_handler (execute_data=0x40354094, opline=0x0, op_array=0x0) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2753 #4 0x081d7468 in execute (op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:1339 #5 0x081b937e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/johannes/src/php-5.0.0b4/Zend/zend.c:1052 #6 0x0818241e in php_execute_script (primary_file=0xb3a0) at /home/johannes/src/php-5.0.0b4/main/main.c:1647 #7 0x081e2c32 in main (argc=2, argv=0xb424) at /home/johannes/src/php-5.0.0b4/sapi/cli/php_cli.c:941 #8 0x4022bd6b in __libc_start_main () from /lib/libc.so.6 (gdb) #0 0x080a96db in type_to_string (type=0x40351cb4, buf=0xbfffce40, level=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:3264 #1 0x080a4535 in zif_soapclient___gettypes (ht=0, return_value=0x40351894, this_ptr=0x0, return_value_used=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:2046 #2 0x081dafb0 in zend_do_fcall_common_helper (execute_data=0xbfffcfd0, opline=0x4035179c, op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2642 #3 0x081db093 in zend_do_fcall_by_name_handler (execute_data=0x40354094, opline=0x0, op_array=0x0) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2753 #4 0x081d7468 in execute (op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:1339 #5 0x081b937e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/johannes/src/php-5.0.0b4/Zend/zend.c:1052 #6 0x0818241e in php_execute_script (primary_file=0xb3a0) at /home/johannes/src/php-5.0.0b4/main/main.c:1647 #7 0x081e2c32 in main (argc=2, argv=0xb424) at /home/johannes/src/php-5.0.0b4/sapi/cli/php_cli.c:941 #8 0x4022bd6b in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at http://bugs.php.net/?id=27264&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27264&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27264&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27264&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27264&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27264&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27264&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27264&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27264&r=support Expected behavior: http://bugs.php.net/fix.php?id=27264&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27264&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27264&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27264&r=globals PH
#27265 [NEW]: Reflection API :: Reflection_Property fails when a const is passed
From: jw at jwscripts dot com
Operating system: Windows XP
PHP version: 5CVS-2004-02-15 (dev)
PHP Bug Type: Class/Object related
Bug description: Reflection API :: Reflection_Property fails when a const is passed
Description:
When passing a constant to the constructor of the Reflection_Property
class, an exception is thrown.
You can work around this, e.g., by creating an instance of the
Reflection_Object class instead, but this isn't very pretty.
The same problem occurres when a constant with one or more uppercased
characters is defined, e.g.:
const $TEST = "foo";
Reproduce code:
---
Expected result:
No output
Actual result:
--
Fatal error: Uncaught exception 'reflection_exception' with message
'Property Foo::$TEST does not exist' in [...] Stack trace: #0 [...](13):
Types->__construct() #1 {main} thrown in [...] on line [...]
--
Edit bug report at http://bugs.php.net/?id=27265&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27265&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27265&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27265&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27265&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27265&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27265&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27265&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27265&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27265&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27265&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27265&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27265&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27265&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27265&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27265&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27265&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27265&r=float
#27264 [Opn->Csd]: segfault with soapclient::__getTypes()
ID: 27264 User updated by: schlueter at phpbar dot de Reported By: schlueter at phpbar dot de -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 5.0.0b4 (beta4) New Comment: Next time I check HEAD. Next time Icheck HEAD. Next time I check HEAD. The Bug seems to be fixed in CVS. Previous Comments: [2004-02-15 14:17:17] schlueter at phpbar dot de Description: Everytime I use the soapclient::__getTypes() on a SOAP Client object I get a segfault. I've tried different WSDLs. A simple example Script is attached. Build environment: Linux 2.6.2, glibc 2.3.2, gcc 3.2.3, libxml2 2.6.3 configure line: ./configure --disable-all \ --enable-soap \ --prefix=/opt/php5/bin \ --with-config-file-path=/opt/php5/etc \ --disable-cli Reproduce code: --- http://helena.europe.webmatrixhosting.net/Morse.asmx?WSDL'); $soap->__getTypes(); ?> Expected result: no output Actual result: -- $ gdb /opt/php5/bin/php GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (gdb) run soap.php Starting program: /opt/php5/bin/php soap.php Program received signal SIGSEGV, Segmentation fault. 0x080a96db in type_to_string (type=0x40351cb4, buf=0xbfffce40, level=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:3264 3264smart_str_appendl(buf, ";\n", 2); (gdb) bt #0 0x080a96db in type_to_string (type=0x40351cb4, buf=0xbfffce40, level=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:3264 #1 0x080a4535 in zif_soapclient___gettypes (ht=0, return_value=0x40351894, this_ptr=0x0, return_value_used=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:2046 #2 0x081dafb0 in zend_do_fcall_common_helper (execute_data=0xbfffcfd0, opline=0x4035179c, op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2642 #3 0x081db093 in zend_do_fcall_by_name_handler (execute_data=0x40354094, opline=0x0, op_array=0x0) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2753 #4 0x081d7468 in execute (op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:1339 #5 0x081b937e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/johannes/src/php-5.0.0b4/Zend/zend.c:1052 #6 0x0818241e in php_execute_script (primary_file=0xb3a0) at /home/johannes/src/php-5.0.0b4/main/main.c:1647 #7 0x081e2c32 in main (argc=2, argv=0xb424) at /home/johannes/src/php-5.0.0b4/sapi/cli/php_cli.c:941 #8 0x4022bd6b in __libc_start_main () from /lib/libc.so.6 (gdb) #0 0x080a96db in type_to_string (type=0x40351cb4, buf=0xbfffce40, level=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:3264 #1 0x080a4535 in zif_soapclient___gettypes (ht=0, return_value=0x40351894, this_ptr=0x0, return_value_used=0) at /home/johannes/src/php-5.0.0b4/ext/soap/soap.c:2046 #2 0x081dafb0 in zend_do_fcall_common_helper (execute_data=0xbfffcfd0, opline=0x4035179c, op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2642 #3 0x081db093 in zend_do_fcall_by_name_handler (execute_data=0x40354094, opline=0x0, op_array=0x0) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:2753 #4 0x081d7468 in execute (op_array=0x4035133c) at /home/johannes/src/php-5.0.0b4/Zend/zend_execute.c:1339 #5 0x081b937e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/johannes/src/php-5.0.0b4/Zend/zend.c:1052 #6 0x0818241e in php_execute_script (primary_file=0xb3a0) at /home/johannes/src/php-5.0.0b4/main/main.c:1647 #7 0x081e2c32 in main (argc=2, argv=0xb424) at /home/johannes/src/php-5.0.0b4/sapi/cli/php_cli.c:941 #8 0x4022bd6b in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=27264&edit=1
#27266 [NEW]: modifying php.ini crashes apache 1.3.29
From: jimmybrock at yahoo dot com Operating system: windows 2000 PHP version: 5.0.0b4 (beta4) PHP Bug Type: Reproducible crash Bug description: modifying php.ini crashes apache 1.3.29 Description: by default 'docref_root' and docref_ext are commented out. I uncommented these variables and change 'docref_root' to the appropriate uri for the php manual and set the extension for 'docref_ext' to: .php After saving php.ini I attempted to restart Apache 1.3.29 and it crahses. There is nothing written to Apache's error log. After rebooting the machine Apache starts up on boot and runs fine. If there is an error in my code, I can click on the hyperlink and it will take me to the section of PHP.net manual for the error function that was called. But if you restart the Apache service it will crash again - the only way to get Apache running is by rebooting the machine. Note: I am running Apache as an ISAPI module, not CGI. Reproduce code: --- // uncommented and edited the following two lines of code in the php.ini file: docref_root = "http://us2.php.net/manual/en/"; docref_ext = .php Expected result: I didn't expect Apache to crash just because I changed the location of the PHP manual. If I comment out the two lines of offending code...Apache will restart without any problem. -- Edit bug report at http://bugs.php.net/?id=27266&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27266&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27266&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27266&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27266&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27266&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27266&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27266&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27266&r=support Expected behavior: http://bugs.php.net/fix.php?id=27266&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27266&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27266&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27266&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27266&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27266&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27266&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27266&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27266&r=float
#27248 [Opn->Fbk]: php_exif.dll crashes php
ID: 27248 Updated by: [EMAIL PROTECTED] Reported By: zeger at zeger dot nl -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: I feel like broken record now, but as you fail to answer my questions, here you go again: Did you delete ALL the existing old PHP related dlls before installing the snapshot? And I mean _ALL_ of them, every extension dll, php5ts.dll, the isapi dll (shutdown iis first), all libxml dlls, etc. Previous Comments: [2004-02-15 13:50:54] zeger at zeger dot nl No other modules are loaded! [2004-02-15 13:49:48] zeger at zeger dot nl Using 5.0.0b4 (beta4) with II6.0 and the mysql extentsion works fine, adding the php_exif.dll results in an "Invalid access to memory location. " error. [2004-02-14 20:41:39] [EMAIL PROTECTED] Did you delete ALL the existing old PHP related dlls before installing the snapshot? Are you absolutely sure you don't have the old extension you're trying to load? Are you loading some 3rd party extensions in your php.ini? [2004-02-14 12:51:40] zeger at zeger dot nl Using IIS 6.0 in ISAPI mode with PHP-5.0.0 snapshot: Loading the php_exif.dll module gives an "Invalid access to memory location. " error, php stops [2004-02-14 10:48:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Reinstall EVERY php related DLL from the snapshot. 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#27266 [Opn->Asn]: modifying php.ini crashes apache 1.3.29
ID: 27266 Updated by: [EMAIL PROTECTED] Reported By: jimmybrock at yahoo dot com -Status: Open +Status: Assigned Bug Type: Reproducible crash Operating System: windows 2000 PHP Version: 5.0.0b4 (beta4) -Assigned To: +Assigned To: helly New Comment: Assigned to Marcus per his request. Previous Comments: [2004-02-15 15:51:05] jimmybrock at yahoo dot com Description: by default 'docref_root' and docref_ext are commented out. I uncommented these variables and change 'docref_root' to the appropriate uri for the php manual and set the extension for 'docref_ext' to: .php After saving php.ini I attempted to restart Apache 1.3.29 and it crahses. There is nothing written to Apache's error log. After rebooting the machine Apache starts up on boot and runs fine. If there is an error in my code, I can click on the hyperlink and it will take me to the section of PHP.net manual for the error function that was called. But if you restart the Apache service it will crash again - the only way to get Apache running is by rebooting the machine. Note: I am running Apache as an ISAPI module, not CGI. Reproduce code: --- // uncommented and edited the following two lines of code in the php.ini file: docref_root = "http://us2.php.net/manual/en/"; docref_ext = .php Expected result: I didn't expect Apache to crash just because I changed the location of the PHP manual. If I comment out the two lines of offending code...Apache will restart without any problem. -- Edit this bug report at http://bugs.php.net/?id=27266&edit=1
#27266 [Asn]: modifying php.ini crashes apache 1.3.29
ID: 27266 Updated by: [EMAIL PROTECTED] Reported By: jimmybrock at yahoo dot com Status: Assigned Bug Type: Reproducible crash Operating System: windows 2000 PHP Version: 5.0.0b4 (beta4) Assigned To: helly New Comment: This most likely happens with PHP 4 too. (didn't test) Previous Comments: [2004-02-15 16:02:31] [EMAIL PROTECTED] Assigned to Marcus per his request. [2004-02-15 15:51:05] jimmybrock at yahoo dot com Description: by default 'docref_root' and docref_ext are commented out. I uncommented these variables and change 'docref_root' to the appropriate uri for the php manual and set the extension for 'docref_ext' to: .php After saving php.ini I attempted to restart Apache 1.3.29 and it crahses. There is nothing written to Apache's error log. After rebooting the machine Apache starts up on boot and runs fine. If there is an error in my code, I can click on the hyperlink and it will take me to the section of PHP.net manual for the error function that was called. But if you restart the Apache service it will crash again - the only way to get Apache running is by rebooting the machine. Note: I am running Apache as an ISAPI module, not CGI. Reproduce code: --- // uncommented and edited the following two lines of code in the php.ini file: docref_root = "http://us2.php.net/manual/en/"; docref_ext = .php Expected result: I didn't expect Apache to crash just because I changed the location of the PHP manual. If I comment out the two lines of offending code...Apache will restart without any problem. -- Edit this bug report at http://bugs.php.net/?id=27266&edit=1
#27263 [Opn->Fbk]: Unserialize crashes on multiple objects, stored in session explicitly
ID: 27263 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Open +Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.7-RELEASE PHP Version: 5.0.0b4 (beta4) 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: [2004-02-15 13:31:17] davojan at mail dot ru Description: PHP crashes on session_start() if object "foo" references to object "bar" and both "foo" and "bar" are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one "foo" is put to session explicitly and "bar" is also put, but as a member of "foo". Reproduce code: --- bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo "OK"; ?> Expected result: OK Actual result: -- In browser: "The page cannot be displayed" In /var/log/httpd-error.log: [Sun Feb 15 21:21:22 2004] [notice] child pid 230 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=27263&edit=1
#27243 [Opn->Bgs]: Gettext cache seems to be not reset when .mo file is updated
ID: 27243 Updated by: [EMAIL PROTECTED] Reported By: fch at hexanet dot fr -Status: Open +Status: Bogus Bug Type: Gettext related Operating System: windows 98 SE PHP Version: 4.3.4 New Comment: This is gettext feature. Not PHP bug -> bogus. Previous Comments: [2004-02-13 12:49:49] fch at hexanet dot fr Description: In my .po file, there is : msgid "Hello" msgstr "Bonjur" gettext() return : Bonjur If I update my .po file with : msgid "Hello" msgstr "Bonjour" and generate a new .mo file, gettext() return again : Bonjur Apache must be restarted to gettext() return : Bonjour Reproduce code: --- Expected result: If .mo file is updated, gettext() must return updated value. -- Edit this bug report at http://bugs.php.net/?id=27243&edit=1
#25547 [Com]: error_handler and array index with function call
ID: 25547 Comment by: bart at atsence dot nl Reported By: cschneid at cschneid dot com Status: Verified Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS New Comment: I am afraid the patch did not have the desired effect for me. I am still faced with the error (when making a make test) after compiling php with sablotron, see below. I patched the php-4.3.4 tarball with: patch -p1 < bug25547.patch Result is an error File to patch: php-4.3.4.tar.gz patching file php-4.3.4.tar.gz Hunk #1 FAILED at 638. 1 out of 1 hunk FAILED -- saving rejects to file php-4.3.4.tar.gz.rej FAILED TEST SUMMARY - Bug #25547 (error_handler and array index with function call) [tests/lang/bug25547.phpt] xslt_set_object function [ext/xslt/tests/xslt_set_object.phpt] Ideas anyone? Previous Comments: [2004-01-16 22:50:20] jclift at digitaldistribution dot com Just experienced this when doing a "make test" with PHP 4.3.5RC1, on a newly installed Sun Java Desktop System (a stripped down version of SuSE Linux). [2004-01-11 02:59:51] jclift at digitaldistribution dot com That patch fixed my 4.3.4 release tarball, running on Sun's JDS, compiled in CLI mode. Look like we'll be waiting for the 4.3.5 release now. ;-) Regards and best wishes, Justin Clift [2004-01-04 22:45:47] cvianna at stech dot net dot br The patch applied perfectly, and the make test didnt find any error after this. Altough, my problem ([Mon Jan 5 01:48:52 2004] [notice] child pid 3965 exit signal Segmentation fault (11) ) every time I access an php page, persists. Not associated :) Back to google. [2004-01-04 17:53:24] cschneid at cschneid dot com A workaround patch (without memory leak ;-)) can be found at http://cschneid.com/php/php4/bug25547.patch [2004-01-04 17:49:09] cschneid at cschneid dot com Problem still exists in PHP4 branch 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/25547 -- Edit this bug report at http://bugs.php.net/?id=25547&edit=1
#27265 [Opn->Ver]: Reflection API :: Reflection_Property fails when a const is passed
ID: 27265
Updated by: [EMAIL PROTECTED]
Reported By: jw at jwscripts dot com
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
-Operating System: Windows XP
+Operating System: *
-PHP Version: 5CVS-2004-02-15 (dev)
+PHP Version: 5CVS-2004-02-15
Previous Comments:
[2004-02-15 15:00:46] jw at jwscripts dot com
Description:
When passing a constant to the constructor of the Reflection_Property
class, an exception is thrown.
You can work around this, e.g., by creating an instance of the
Reflection_Object class instead, but this isn't very pretty.
The same problem occurres when a constant with one or more uppercased
characters is defined, e.g.:
const $TEST = "foo";
Reproduce code:
---
Expected result:
No output
Actual result:
--
Fatal error: Uncaught exception 'reflection_exception' with message
'Property Foo::$TEST does not exist' in [...] Stack trace: #0
[...](13): Types->__construct() #1 {main} thrown in [...] on line
[...]
--
Edit this bug report at http://bugs.php.net/?id=27265&edit=1
#26059 [Ver->Csd]: Call to __set() crashes when setting array element
ID: 26059
Updated by: [EMAIL PROTECTED]
Reported By: myle34 at hotmail dot com
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2004-02-10
New Comment:
Thie script is no longer possible since it produces a fatal error. The
problem here was accessing an indexed value through a virtual property
of type array. This is now no longer possible, you may want to use
array overloading instead.
Previous Comments:
[2003-10-31 12:41:29] myle34 at hotmail dot com
Description:
I am using PHP5-b2 and Apache 2.0.47 with Windows XP. Apache crashes
when the below code is run.
Reproduce code:
---
class Foo {
private $bar = array();
function __get($var) {
return(isset($this->bar[$var]) ? $this->bar[$var] : NULL);
}
function __set($var,$val) {
$this->bar[$var] = $val;
}
}
$foo = new Foo();
// Works
// $foo->test = array('testing'=>'testing, 1...2...3...');
// Doesn't work, crashes Apache
$foo->test = array();
$foo->test['testing'] = 'testing, 1...2...3...';
print_r($foo->test);
Expected result:
Array
(
[testing] => testing, 1...2...3...
)
Actual result:
--
Apache crashes! No output.
--
Edit this bug report at http://bugs.php.net/?id=26059&edit=1
#14636 [Com]: Session variables are lost when redirecting to a url using header() function.
ID: 14636 Comment by: smcbride at msn dot com Reported By: kannan at tmsassociates dot com Status: Bogus Bug Type: Session related Operating System: windows 2000 professional PHP Version: 4.0.6 New Comment: I have had the same problem on Windows/IIS. I thought it was a coding mistake, but it turns out to be a problem with PHP / IIS. When running php as a cgi exe, it does not set up the session properly the first time. If you run it as an ISAPI extension, it works. I spent a few hours on this one. If your symptoms are that the first time it does not work and then hit the back button in the browser and try again and it works, then it is probably this. I read somewhere that this is actually a IIS issue. Previous Comments: [2004-01-29 06:53:31] brett dot crosby at australiswebtech dot com dot au Have experienced the same problem where an application works fine on LAMP and not on Win2k. One thing that I did notice (by accident - I turned on debugging to see what was happening) is that if I send some output to the second page prior to the header() command the session variable was registered. I'm then able to shut down the browser and restart without problems. However, if I reboot my machine, I must send the debug output again. Note to self: Perhaps there is a way of sending some data to the browser that will instantiate the session but clear the buffer before sending the 'real' data? [2004-01-23 01:53:12] moon_wizard at yahoo dot coom I just ran into the same issue. I set up PHP and Apache on my home Windows machine. I was able to successfully set SESSION variables and recover after a header() call. When I moved the file to my hosting provider, the SESSION variables were lost. I think that my hosting provider might be using IIS. I tried the session_write_close() with no success. John Gregory [2004-01-13 15:34:34] mgandalf at seznam dot cz Hi, I just look at your source and php.ini and it was clear to me. Problem is here: "session.cookie_path = c:\temp". It is not path to file but path on web server where is cookie valid. So change it to "session.cookie_path = /" and it will work. When it is for example "/dir_name", cookie is valid just for http://server/dir_name/, but not for http://server/dir_name2/ and in this 2nd case will not be sent. Gandalf [2004-01-09 17:47:15] writeto_ben at hotmail dot com I would have liked a simple header redirect as well, but unfortunately the other suggestions didn't solve the issue. However, setting a javascript redirect seemed to do the trick. I'm using Win2k professional, IIS 5.0, PHP Version 4.3.4 This will work on IE browsers. Just modify the javascript for netscape compatibility. http://blahblahblah/default.php\';");> '; } ?> [2003-12-05 23:28:10] venki_cute123 at rediffmail dot com i have a session variable to be accessed in same page but submit twice in same page at third time I am not able to access session variable 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/14636 -- Edit this bug report at http://bugs.php.net/?id=14636&edit=1
#27227 [Ver->Asn]: Mixed case class names causes Fatal Error in Constructor call
ID: 27227
Updated by: [EMAIL PROTECTED]
Reported By: waboring at 3gstech dot com
-Status: Verified
+Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2004-02-11
-Assigned To:
+Assigned To: helly
Previous Comments:
[2004-02-11 20:33:03] [EMAIL PROTECTED]
Works fine with PHP 4 btw. :) (somehow I think this might be one for
Marcus to fix..?)
[2004-02-11 19:20:49] waboring at 3gstech dot com
Description:
I have 3 classes a, b extends a, c extends b.
b doesn't have constructor.
c class contructor calls b's constructor in an effort
to cascade constructor calls up the class heirarchy.
This works great until class 'a' is renamed to 'A'.
\n";
}
}
class b extends a {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
a::a called!
b::blah() called
*/
?>
Reproduce code:
---
\n";
}
}
class b extends A {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
//ERROR IN LINE ABOVE
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
*/
?>
Expected result:
I expect that both of the scripts would work the same way. I have many
classes that have Mixed case
Actual result:
--
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
--
Edit this bug report at http://bugs.php.net/?id=27227&edit=1
#27227 [Asn->Csd]: Mixed case class names causes Fatal Error in Constructor call
ID: 27227
Updated by: [EMAIL PROTECTED]
Reported By: waboring at 3gstech dot com
-Status: Assigned
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2004-02-11
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-02-11 20:33:03] [EMAIL PROTECTED]
Works fine with PHP 4 btw. :) (somehow I think this might be one for
Marcus to fix..?)
[2004-02-11 19:20:49] waboring at 3gstech dot com
Description:
I have 3 classes a, b extends a, c extends b.
b doesn't have constructor.
c class contructor calls b's constructor in an effort
to cascade constructor calls up the class heirarchy.
This works great until class 'a' is renamed to 'A'.
\n";
}
}
class b extends a {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
a::a called!
b::blah() called
*/
?>
Reproduce code:
---
\n";
}
}
class b extends A {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
//ERROR IN LINE ABOVE
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
*/
?>
Expected result:
I expect that both of the scripts would work the same way. I have many
classes that have Mixed case
Actual result:
--
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
--
Edit this bug report at http://bugs.php.net/?id=27227&edit=1
#27250 [Fbk->Opn]: PHP Extensions cause apache load failure
ID: 27250 User updated by: 0zone at pixelcarnage dot com Reported By: 0zone at pixelcarnage dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Windows 2000 PHP Version: 5.0.0b4 (beta4) New Comment: Still doesn't work using the snapshot, will use beta 3 untill a stable release comes out. Previous Comments: [2004-02-15 05:57:15] dont at want dot com sorry, but the latest php snap shot didn't work eiter. Apache starts but if you try to load an extension Apache didn't start with the error : 1067 from the OS. [2004-02-14 10:51:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Remove ALL old PHP related dlls first! (php5ts.dll is most important) [2004-02-14 02:13:13] 0zone at pixelcarnage dot com Description: I installed beta 4 today, put all the files in the correct places, changed the apache(1.3.28) config for php5 and tried to start apache, it worked, but mysql wasn't enables so I configured the php.ini file to include the extension. After I saved I tried to start apache again, only it fails before it even writes anything to the logs, this is the message: The instruction at "0z007ec44d" referenced memory at "0x0110c000". The memory could not be "read". I turned the extension off and apache works again, I then tried to use the sockets extension, this fails with the same error. So if I try and load a php extension apache crashes. PHP itself loads fine with any extension. The only line I changed in the config file was to point the temp folder to C:/web/tmp/ instead of /tmp/, and to enable a few extensions. -- Edit this bug report at http://bugs.php.net/?id=27250&edit=1
#27267 [NEW]: can't set cookies with points (.) and spaces ( )
From: silkensedai at online dot fr Operating system: Linux Mandrake 9.2 + cooker PHP version: 4.3.4 PHP Bug Type: HTTP related Bug description: can't set cookies with points (.) and spaces ( ) Description: When we set a cookie with the function setcookie() and when the cookie name have spaces " " or points ".", these characters are replaced by underscures '_'. I think that can be fix by urlencodind points (%2E) and spaces (%20). Reproduce code: --- Reload Expected result: === First time: === Array ( ) Reload Second time: Array ( [cookie_name.with spaces] => value ) Reload Actual result: -- === First time: === Array ( ) Reload Second time: Array ( [cookie_name_with_spaces] => value ) Reload -- Edit bug report at http://bugs.php.net/?id=27267&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27267&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27267&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27267&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27267&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27267&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27267&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27267&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27267&r=support Expected behavior: http://bugs.php.net/fix.php?id=27267&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27267&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27267&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27267&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27267&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27267&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27267&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27267&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27267&r=float
#27268 [NEW]: Bad references accentuated by clone
From: lingwitt at bellsouth dot net
Operating system: Mac OS X
PHP version: 5.0.0b4 (beta4)
PHP Bug Type: Class/Object related
Bug description: Bad references accentuated by clone
Description:
When an object's method calls upon another one of its
methods such that the second method returns a reference
that is stored in the the first method as a local
variable, then the reference persists in some way so as
to make cloning problematic.
As a result, a modification to the referenced variable
in the clone cuases a modification to the same variable
in original.
Reproduce code:
---
class A
{
var $a = array();
public function makeAReference()
{
$array = $this->getA();
}
public function &getA()
{
return $this->a;
}
}
$A = new A;
$A->a = array(1);
$A->makeAReference();
$clone = clone $A;
$clone->a = array();
print_r($A);
Expected result:
This is gotten when $A->makeAReference() is removed.
A Object
(
[a] => Array
(
[0] => 1
)
)
Actual result:
--
Obviously the modification made it back to the original.
A Object
(
[a] => Array
(
)
)
--
Edit bug report at http://bugs.php.net/?id=27268&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27268&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27268&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27268&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27268&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27268&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27268&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27268&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27268&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27268&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27268&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27268&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27268&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27268&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27268&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27268&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27268&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27268&r=float
#27267 [Opn->Bgs]: can't set cookies with points (.) and spaces ( )
ID: 27267 Updated by: [EMAIL PROTECTED] Reported By: silkensedai at online dot fr -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Linux Mandrake 9.2 + cooker PHP Version: 4.3.4 New Comment: Cookie names adhere to same rules as PHP variable names. Neither can contain spaces or periods. Previous Comments: [2004-02-15 20:11:09] silkensedai at online dot fr Description: When we set a cookie with the function setcookie() and when the cookie name have spaces " " or points ".", these characters are replaced by underscures '_'. I think that can be fix by urlencodind points (%2E) and spaces (%20). Reproduce code: --- Reload Expected result: === First time: === Array ( ) Reload Second time: Array ( [cookie_name.with spaces] => value ) Reload Actual result: -- === First time: === Array ( ) Reload Second time: Array ( [cookie_name_with_spaces] => value ) Reload -- Edit this bug report at http://bugs.php.net/?id=27267&edit=1
#27268 [Opn->Bgs]: Bad references accentuated by clone
ID: 27268
Updated by: [EMAIL PROTECTED]
Reported By: lingwitt at bellsouth dot net
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Mac OS X
PHP Version: 5.0.0b4 (beta4)
New Comment:
Yes, expected behaviour.
Previous Comments:
[2004-02-15 21:06:03] lingwitt at bellsouth dot net
Description:
When an object's method calls upon another one of its
methods such that the second method returns a reference
that is stored in the the first method as a local
variable, then the reference persists in some way so as
to make cloning problematic.
As a result, a modification to the referenced variable
in the clone cuases a modification to the same variable
in original.
Reproduce code:
---
class A
{
var $a = array();
public function makeAReference()
{
$array = $this->getA();
}
public function &getA()
{
return $this->a;
}
}
$A = new A;
$A->a = array(1);
$A->makeAReference();
$clone = clone $A;
$clone->a = array();
print_r($A);
Expected result:
This is gotten when $A->makeAReference() is removed.
A Object
(
[a] => Array
(
[0] => 1
)
)
Actual result:
--
Obviously the modification made it back to the original.
A Object
(
[a] => Array
(
)
)
--
Edit this bug report at http://bugs.php.net/?id=27268&edit=1
#27250 [Opn->Bgs]: PHP Extensions cause apache load failure
ID: 27250 Updated by: [EMAIL PROTECTED] Reported By: 0zone at pixelcarnage dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 2000 PHP Version: 5.0.0b4 (beta4) New Comment: Beta4 works fine as long as you install it and ALL of it's dlls correctly. Previous Comments: [2004-02-15 19:52:39] 0zone at pixelcarnage dot com Still doesn't work using the snapshot, will use beta 3 untill a stable release comes out. [2004-02-15 05:57:15] dont at want dot com sorry, but the latest php snap shot didn't work eiter. Apache starts but if you try to load an extension Apache didn't start with the error : 1067 from the OS. [2004-02-14 10:51:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Remove ALL old PHP related dlls first! (php5ts.dll is most important) [2004-02-14 02:13:13] 0zone at pixelcarnage dot com Description: I installed beta 4 today, put all the files in the correct places, changed the apache(1.3.28) config for php5 and tried to start apache, it worked, but mysql wasn't enables so I configured the php.ini file to include the extension. After I saved I tried to start apache again, only it fails before it even writes anything to the logs, this is the message: The instruction at "0z007ec44d" referenced memory at "0x0110c000". The memory could not be "read". I turned the extension off and apache works again, I then tried to use the sockets extension, this fails with the same error. So if I try and load a php extension apache crashes. PHP itself loads fine with any extension. The only line I changed in the config file was to point the temp folder to C:/web/tmp/ instead of /tmp/, and to enable a few extensions. -- Edit this bug report at http://bugs.php.net/?id=27250&edit=1
#27268 [Bgs->Opn]: Bad references accentuated by clone
ID: 27268
User updated by: lingwitt at bellsouth dot net
Reported By: lingwitt at bellsouth dot net
-Status: Bogus
+Status: Open
Bug Type: Class/Object related
Operating System: Mac OS X
PHP Version: 5.0.0b4 (beta4)
New Comment:
No it's not.
Previous Comments:
[2004-02-15 23:20:08] [EMAIL PROTECTED]
Yes, expected behaviour.
[2004-02-15 21:06:03] lingwitt at bellsouth dot net
Description:
When an object's method calls upon another one of its
methods such that the second method returns a reference
that is stored in the the first method as a local
variable, then the reference persists in some way so as
to make cloning problematic.
As a result, a modification to the referenced variable
in the clone cuases a modification to the same variable
in original.
Reproduce code:
---
class A
{
var $a = array();
public function makeAReference()
{
$array = $this->getA();
}
public function &getA()
{
return $this->a;
}
}
$A = new A;
$A->a = array(1);
$A->makeAReference();
$clone = clone $A;
$clone->a = array();
print_r($A);
Expected result:
This is gotten when $A->makeAReference() is removed.
A Object
(
[a] => Array
(
[0] => 1
)
)
Actual result:
--
Obviously the modification made it back to the original.
A Object
(
[a] => Array
(
)
)
--
Edit this bug report at http://bugs.php.net/?id=27268&edit=1
#27268 [Opn]: Bad references accentuated by clone
ID: 27268
User updated by: lingwitt at bellsouth dot net
Reported By: lingwitt at bellsouth dot net
Status: Open
Bug Type: Class/Object related
Operating System: Mac OS X
PHP Version: 5.0.0b4 (beta4)
New Comment:
In fact, the reference doesn't need to be made in a
method:
class A
{
var $a = array();
public function &getA()
{
return $this->a;
}
}
$A = new A;
$A->a = array(1);
$array = $A->getA();
$clone = clone $A;
$clone->a = array();
print_r($A);
Previous Comments:
[2004-02-15 23:43:53] lingwitt at bellsouth dot net
No it's not.
[2004-02-15 23:20:08] [EMAIL PROTECTED]
Yes, expected behaviour.
[2004-02-15 21:06:03] lingwitt at bellsouth dot net
Description:
When an object's method calls upon another one of its
methods such that the second method returns a reference
that is stored in the the first method as a local
variable, then the reference persists in some way so as
to make cloning problematic.
As a result, a modification to the referenced variable
in the clone cuases a modification to the same variable
in original.
Reproduce code:
---
class A
{
var $a = array();
public function makeAReference()
{
$array = $this->getA();
}
public function &getA()
{
return $this->a;
}
}
$A = new A;
$A->a = array(1);
$A->makeAReference();
$clone = clone $A;
$clone->a = array();
print_r($A);
Expected result:
This is gotten when $A->makeAReference() is removed.
A Object
(
[a] => Array
(
[0] => 1
)
)
Actual result:
--
Obviously the modification made it back to the original.
A Object
(
[a] => Array
(
)
)
--
Edit this bug report at http://bugs.php.net/?id=27268&edit=1
#27269 [NEW]: php_gettext.dll extension will not load
From: WPinegar at healthtech dot net Operating system: Windows Server 2003 PHP version: 5.0.0b4 (beta4) PHP Bug Type: *Extensibility Functions Bug description: php_gettext.dll extension will not load Description: I am unable to load the php_gettext.dll extension that ships with 5.0.0b4. When I attempt to load this extension while using the PHP ISAPI filter I get the following popup message on the server: Warning : PHP Startup: Invalid library (maybe not a PHP library) 'php_gettext.dll' What do I need to do in order to get the gettext library to work in 5.0.0b4? I had this working in PHP 4.3.x without issue so I'm just curious if in the gettext library in 5.0.0b4 is broken... Reproduce code: --- Add php_gettext.dll to the extensions in your php.ini file. Expected result: The gettext library should load without issue. Actual result: -- Gettext.dll library will not load. -- Edit bug report at http://bugs.php.net/?id=27269&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27269&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27269&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27269&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27269&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27269&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27269&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27269&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27269&r=support Expected behavior: http://bugs.php.net/fix.php?id=27269&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27269&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27269&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27269&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27269&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27269&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27269&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27269&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27269&r=float
#27191 [NoF->Csd]: IIS and PHP5
ID: 27191 User updated by: jakespotgieter at hotmail dot com Reported By: jakespotgieter at hotmail dot com -Status: No Feedback +Status: Closed Bug Type: Zend Engine 2 problem Operating System: NT4 Server PHP Version: 5.0.0b3 (beta3) New Comment: The snaps worked! Thanks. Previous Comments: [2004-02-15 08:58:57] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2004-02-09 08:46:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-09 07:33:06] jakespotgieter at hotmail dot com Description: PHP5 does not install on NT4 - I get the following error when accessing the CLI to check the install: "The procedure entry point GetLongPathNameA could not be loaded in the dynamic link library kernel32.dll" Got it working on XP, Windows 2000 but unfortunately not on NT4. -- Edit this bug report at http://bugs.php.net/?id=27191&edit=1
#27269 [Opn->Bgs]: php_gettext.dll extension will not load
ID: 27269 Updated by: [EMAIL PROTECTED] Reported By: WPinegar at healthtech dot net -Status: Open +Status: Bogus -Bug Type: *Extensibility Functions +Bug Type: *General Issues Operating System: Windows Server 2003 PHP Version: 5.0.0b4 (beta4) 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. Try searching the bug database before submitting yet another bogus report. Previous Comments: [2004-02-15 23:51:16] WPinegar at healthtech dot net Description: I am unable to load the php_gettext.dll extension that ships with 5.0.0b4. When I attempt to load this extension while using the PHP ISAPI filter I get the following popup message on the server: Warning : PHP Startup: Invalid library (maybe not a PHP library) 'php_gettext.dll' What do I need to do in order to get the gettext library to work in 5.0.0b4? I had this working in PHP 4.3.x without issue so I'm just curious if in the gettext library in 5.0.0b4 is broken... Reproduce code: --- Add php_gettext.dll to the extensions in your php.ini file. Expected result: The gettext library should load without issue. Actual result: -- Gettext.dll library will not load. -- Edit this bug report at http://bugs.php.net/?id=27269&edit=1
#27110 [Fbk->NoF]: php_value|flag / php_admin_* settings "leak" from .htaccess files
ID: 27110 Updated by: [EMAIL PROTECTED] Reported By: walter at brunner dot at -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: Linux (Gentoo) PHP Version: 4CVS-2004-02-01 Assigned To: iliaa New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-11 12:47:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Unable to replicate with latest CVS. [2004-02-01 15:48:14] walter at brunner dot at I did additional experiments. The error occurs only in one specific virtual host. I am not able to reproduce the error within the same server (other virtual hosts) or on another server. The only difference between the vhost with error and the others is, that this vhost hast a designated ip-address, the other vhost share all the same ip address. The other parameters in the apache-config for the faulty vhost are: DocumentRoot /some/dir/web ServerName server.name.com ErrorLog /some/dir/logs/error_log CustomLog /some/dir/logs/access_log extended php_admin_value upload_tmp_dir "/some/dir/web/tmp" php_value session.save_path /some/dir/tmp php_admin_flag safe_mode off AllowOverride All php_admin_value max_execution_time 1800 AllowOverride All The .htaccess of the /-directory: php_value include_path ".:/usr/local/lib/php:/some/dir/web/php" [2004-02-01 05:48:20] [EMAIL PROTECTED] Please read the bug #25753 comments. You have to come up with better information how we can reproduce this ourselves.. [2004-02-01 01:56:48] walter at brunner dot at The problem is still alive with php4-STABLE-200402010630. The solution for me was to transfer the include_path to apache-config, but this solution is is not suitable for standard users, as they don't have access to this config-file. [2004-01-31 15:21:34] walter at brunner dot at Description: The bug described with http://bugs.php.net/bug.php?id=25753 (closed) is still active in the following configuration: Apache 2.0.48 / PHP Version 4.3.5RC2-dev (from 2004-01-31) php.ini: include_path not set apache-virtual host-section: include_path not set .htaccess of /-directory: include_path set to some value no .htaccess in /admin-directory. if I look at the value of include_path in the /admin-directory with the function ini_get sometimes (~5%) it is set to the default value (.:/usr/local/lib/php), sometimes (~70%) to the correct value, sometimes to absolut nonsense (~25%). The only solution to the problem seems to set in the apache-config: MaxRequestsPerChild 1 This value is not really what I want, as there is allways a new process for every request. -- Edit this bug report at http://bugs.php.net/?id=27110&edit=1
#22401 [Fbk->NoF]: ob_start callback function isn't called when script exceeds max_execution_time
ID: 22401 Updated by: [EMAIL PROTECTED] Reported By: php at andyuhl dot com -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: win32 only PHP Version: 4.3.2-dev, 5.0.0b2-dev New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-11 12:33:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-15 20:13:50] [EMAIL PROTECTED] Another note: ZTS has no effect in linux, works fine even if it's enabled. [2003-07-15 20:13:04] [EMAIL PROTECTED] Happens only with win32. (works fine in Linux) [2003-04-28 13:22:20] php at andyuhl dot com Well, something isn't working right somewhere because the windows and linux version behave differently. Running the updated code that I just posted, the windows version doesn't return any output at all. It doesn't even return the error message for timing out, which means that it is definitely doing something to that buffer that is built up in the loop. Additionally, the same code on linux behaves as I would expect it to. On linux, it does process the callback function after it times out and it outputs "callback function executed successfully." >From what you've said, now I'm not sure where the bug exists, but with such distinctly different behavior across platforms, I'm fairly certain it exists somewhere. [2003-04-26 10:16:51] [EMAIL PROTECTED] Shuffling code around does not change the problem. Still you are timed out and the buffers are ignored (what is correct). What you need is an on_timeout_callback(). 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/22401 -- Edit this bug report at http://bugs.php.net/?id=22401&edit=1
#27215 [Fbk->NoF]: include in php5 is very slow
ID: 27215 Updated by: [EMAIL PROTECTED] Reported By: waboring at 3gstech dot com -Status: Feedback +Status: No Feedback Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-11 15:05:48] [EMAIL PROTECTED] I have not noticed any performance problem with PHP 5, quite the opposite actually. Please provide information how you have configured PHP (what web server is used, are you running PHP5 as CGI or as a module, what configure line was used when compiling PHP, what possible extensions you load in php.ini if any, etc.) (isn't all this mentioned in the instructions about HOW to report???) [2004-02-11 14:00:22] waboring at 3gstech dot com I'm not sure what else you want me to provide. The bug is very clear. There is a big performance issue with php5 just including a file with a class in it. php4 does not show this problem. I have created a directory on my web server that shows the test code. http://phphtmllib.newsblob.com/bug/index.php This is running in an php4 environment and it takes 0.005s to execute the index.php code. I don't have php5 running on this machine, as it is a production box. You can look at the source code of the scripts by pointing to the following files. http://phphtmllib.newsblob.com/bug/index.phps http://phphtmllib.newsblob.com/bug/includes.phps http://phphtmllib.newsblob.com/bug/ContainerClass.phps http://phphtmllib.newsblob.com/bug/XMLTagClass.phps http://phphtmllib.newsblob.com/bug/HTMLTagClass.phps When I run this on my machine (Pentium 4 1.8Ghz 512M ram) php4: 0.005s php5: 0.100s [2004-02-10 20:19:37] waboring at 3gstech dot com Description: I am the maintainer of phphtmllib. I just got the latest php5 from cvs built and working, but have noticed a serious performance issue with just doing includes. reproduce: download phphtmllib from http://phphtmllib.newsblob.com/downloads/download.php?version=2.4.0 tar -zxvf phptmllib-2.4.0.tgz into your favorite location create a simple script that does nothing but include the library include file. "phphtmllib-2.4.0/include.inc" The execution of which takes over 1 second to complete. This script takes 0.075 to complete in php 4.3.2 Reproduce code: --- Expected result: expected the simple include script to return in under .1 ms Actual result: -- The script took over 1 second to execute. -- Edit this bug report at http://bugs.php.net/?id=27215&edit=1
#27248 [Fbk->Opn]: php_exif.dll crashes php
ID: 27248 User updated by: zeger at zeger dot nl Reported By: zeger at zeger dot nl -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: Yes, everything was deleted. All dll's were removed. Previous Comments: [2004-02-15 16:00:44] [EMAIL PROTECTED] I feel like broken record now, but as you fail to answer my questions, here you go again: Did you delete ALL the existing old PHP related dlls before installing the snapshot? And I mean _ALL_ of them, every extension dll, php5ts.dll, the isapi dll (shutdown iis first), all libxml dlls, etc. [2004-02-15 13:50:54] zeger at zeger dot nl No other modules are loaded! [2004-02-15 13:49:48] zeger at zeger dot nl Using 5.0.0b4 (beta4) with II6.0 and the mysql extentsion works fine, adding the php_exif.dll results in an "Invalid access to memory location. " error. [2004-02-14 20:41:39] [EMAIL PROTECTED] Did you delete ALL the existing old PHP related dlls before installing the snapshot? Are you absolutely sure you don't have the old extension you're trying to load? Are you loading some 3rd party extensions in your php.ini? [2004-02-14 12:51:40] zeger at zeger dot nl Using IIS 6.0 in ISAPI mode with PHP-5.0.0 snapshot: Loading the php_exif.dll module gives an "Invalid access to memory location. " error, php stops 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
