#21177 [Opn]: cgi shows header output with -q
ID: 21177 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4CVS-2002-12-25 (stable) New Comment: Reproduced with HEAD Previous Comments: [2002-12-25 01:29:58] [EMAIL PROTECTED] I've been looking for PEBKAC but it doesn't seem to be the case. Here's the commandline output (with some whitespace changes), this is latest checkout of the PHP_4_3 branch and also exists in HEAD: rock:/cvs/a/php4# cat a.php rock:/cvs/a/php4# sapi/cgi/php -v PHP 4.3.0-dev (cgi), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies rock:/cvs/a/php4# sapi/cgi/php -q a.php Content-type: text/html X-Powered-By: PHP/4.3.0-dev Hello World rock:/cvs/a/php4# sapi/cli/php a.php Hello World rock:/cvs/a/php4# sapi/cgi/php -h Usage: php [-q] [-h] [-s [-v] [-i] [-f ] php [args...] -a Run interactively -C Do not chdir to the script's directory -c | Look for php.ini file in this directory -n No php.ini file will be used -d foo[=bar] Define INI entry foo with value 'bar' -e Generate extended information for debugger/profiler -f Parse . Implies `-q' -h This help -i PHP information -l Syntax check only (lint) -m Show compiled in modules -q Quiet-mode. Suppress HTTP Header output. -s Display colour syntax highlighted source. -v Version number -w Display source with stripped comments and whitespace. -z Load Zend extension . rock:/cvs/a/php4# And now from a PHP 4.2.3 CGI binary: rock:/cvs/a/php4# php4 -v 4.2.3 rock:/cvs/a/php4# php4 a.php X-Powered-By: PHP/4.2.3 Content-type: text/html Hello World rock:/cvs/a/php4# php4 -q a.php Hello World rock:/cvs/a/php4# -- Edit this bug report at http://bugs.php.net/?id=21177&edit=1
#21176 [Opn->Bgs]: open_basedir restriction in effect. File is in wrong directory
ID: 21176 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: LINUX PHP Version: 4.2.3 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. Previous Comments: [2002-12-25 00:02:41] [EMAIL PROTECTED] Dear Sir, When I upload some file from internet browser i am not abule to upload the file. I am getting "open_basedir restriction in effect. File is in wrong directory " Error . So please suggest me a appropriate solution. Though i made chmod 777 to the concerened directory. sanjay -- Edit this bug report at http://bugs.php.net/?id=21176&edit=1
#14655 [Asn->Csd]: ucwords failing randomly with international characters
ID: 14655 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Strings related Operating System: Windows XP Pro (spanish) PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Closing... Previous Comments: [2002-12-23 10:15:03] [EMAIL PROTECTED] Somebody said that this is a problem with setlocale (Windows) and not with ucwords. This issue is beign debated in 14655 and 16718. Also, mb_convert_case() seems to be safe. I guess this bug can be closed. [2002-12-21 09:49:04] [EMAIL PROTECTED] You can use mb_convert_case() instead of ucwords. Could I close this bug? [2002-08-27 07:50:25] [EMAIL PROTECTED] I had this bug to. To get around it, I added some 'hair' to the code. $string=ucwords($string); //Bugfix from here on for($i=0;$ihttp://bugs.php.net/14655 -- Edit this bug report at http://bugs.php.net/?id=14655&edit=1
#21177 [Opn]: cgi shows header output with -q
ID: 21177 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4CVS-2002-12-25 (stable) New Comment: Confirmed. main/main.c seems to have added a second call to sapi_active with r1.515 which is reinitializing the sapi globals after they've been sent (in this case, 'headers_sent' being set to '1' by the -q option) Checking with patch committer... Previous Comments: [2002-12-25 02:08:24] [EMAIL PROTECTED] Reproduced with HEAD [2002-12-25 01:29:58] [EMAIL PROTECTED] I've been looking for PEBKAC but it doesn't seem to be the case. Here's the commandline output (with some whitespace changes), this is latest checkout of the PHP_4_3 branch and also exists in HEAD: rock:/cvs/a/php4# cat a.php rock:/cvs/a/php4# sapi/cgi/php -v PHP 4.3.0-dev (cgi), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies rock:/cvs/a/php4# sapi/cgi/php -q a.php Content-type: text/html X-Powered-By: PHP/4.3.0-dev Hello World rock:/cvs/a/php4# sapi/cli/php a.php Hello World rock:/cvs/a/php4# sapi/cgi/php -h Usage: php [-q] [-h] [-s [-v] [-i] [-f ] php [args...] -a Run interactively -C Do not chdir to the script's directory -c | Look for php.ini file in this directory -n No php.ini file will be used -d foo[=bar] Define INI entry foo with value 'bar' -e Generate extended information for debugger/profiler -f Parse . Implies `-q' -h This help -i PHP information -l Syntax check only (lint) -m Show compiled in modules -q Quiet-mode. Suppress HTTP Header output. -s Display colour syntax highlighted source. -v Version number -w Display source with stripped comments and whitespace. -z Load Zend extension . rock:/cvs/a/php4# And now from a PHP 4.2.3 CGI binary: rock:/cvs/a/php4# php4 -v 4.2.3 rock:/cvs/a/php4# php4 a.php X-Powered-By: PHP/4.2.3 Content-type: text/html Hello World rock:/cvs/a/php4# php4 -q a.php Hello World rock:/cvs/a/php4# -- Edit this bug report at http://bugs.php.net/?id=21177&edit=1
#21178 [NEW]: Empty string converted to null using bind function
From: [EMAIL PROTECTED]
Operating system: windows 2000/sp3
PHP version: 4.2.3
PHP Bug Type: MSSQL related
Bug description: Empty string converted to null using bind function
Hello!
I use next way for call sp:
$sp=mssql_init("sp");
mssql_bind($sp,"stringdata",'',SQL_VARCHAR);
mssql_execute...
when param 'stringdata' passed to stored procedure, we
got null instead empty string.
I don't specify is_null paramether for mssql_bind function.
by default this paramether is false.
vladimir
Novosibirsk
--
Edit bug report at http://bugs.php.net/?id=21178&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21178&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21178&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21178&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21178&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21178&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21178&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21178&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21178&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21178&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21178&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21178&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21178&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21178&r=isapi
#21179 [NEW]: default paramthers for call function
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 4.2.3
PHP Bug Type: *General Issues
Bug description: default paramthers for call function
Hello!
What do you think about 'formal' (default) params for functions?
for sample:
function q($id,$a=10,$b='aaa',$c=false) {
}
what I can call this function and pass $id, and $b and leave
$a and $c as default.
in case $q(18,,15); PHP says about syntax error.
vladimir,
Novosibirsk,
Siberia
Russia
--
Edit bug report at http://bugs.php.net/?id=21179&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21179&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21179&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21179&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21179&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21179&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21179&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21179&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21179&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21179&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21179&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21179&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21179&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21179&r=isapi
#21179 [Opn->Bgs]: default paramthers for call function
ID: 21179
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Any
PHP Version: 4.2.3
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.
Previous Comments:
[2002-12-25 04:20:51] [EMAIL PROTECTED]
Hello!
What do you think about 'formal' (default) params for functions?
for sample:
function q($id,$a=10,$b='aaa',$c=false) {
}
what I can call this function and pass $id, and $b and leave
$a and $c as default.
in case $q(18,,15); PHP says about syntax error.
vladimir,
Novosibirsk,
Siberia
Russia
--
Edit this bug report at http://bugs.php.net/?id=21179&edit=1
#21181 [NEW]: MySQL extension is failing to compile on snaps.php.net
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4CVS-2002-12-25 (stable) PHP Bug Type: Compile Failure Bug description: MySQL extension is failing to compile on snaps.php.net The MySQL extension is failing to compile on snaps.php.net for all branchs. Wed Dec 25 10:00:01 2002 CET Starting snapshot 200212250930 -r PHP_4_3 branch, appending -STABLE to the filename >From Stable compile.log Configuration: mysql - Win32 Release_TS Compiling... php_mysql.c c:\php4build\snap\ext\mysql\php_mysql.c(32) : fatal error C1083: Cannot open include file: 'php.h': No such file or directory Error executing cl.exe. php_mysql.dll - 1 error(s), 0 warning(s) -- Edit bug report at http://bugs.php.net/?id=21181&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21181&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21181&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21181&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21181&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21181&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21181&r=support Expected behavior: http://bugs.php.net/fix.php?id=21181&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21181&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21181&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21181&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21181&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21181&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21181&r=isapi
#21182 [NEW]: range() change value of string argument
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.2.1 PHP Bug Type: Arrays related Bug description: range() change value of string argument I have the following code: For some reason it display "40". I know that I have to write $result = range((int)$a, (int)$b); But why range() change value of argument? -- Edit bug report at http://bugs.php.net/?id=21182&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21182&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21182&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21182&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21182&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21182&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21182&r=support Expected behavior: http://bugs.php.net/fix.php?id=21182&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21182&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21182&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21182&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21182&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21182&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21182&r=isapi
#21182 [Com]: range() change value of string argument
ID: 21182
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: FreeBSD
PHP Version: 4.2.1
New Comment:
I searched range's source (php4/ext/standard/array.c)
It seems that problem is in string
for (; *low <= *high; (*low) += (unsigned int)lstep) {
add_next_index_stringl(return_value, low, 1, 1);
}
+= increments not pointer, but value, to which low points.
Therefore for(;;) iterates values between first characters of high and
low strings.
Previous Comments:
[2002-12-25 10:02:09] [EMAIL PROTECTED]
I have the following code:
For some reason it display "40".
I know that I have to write
$result = range((int)$a, (int)$b);
But why range() change value of argument?
--
Edit this bug report at http://bugs.php.net/?id=21182&edit=1
#20027 [Com]: apache not strating due to error in libphp4.so
ID: 20027 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Apache2 related Operating System: linux kernel 2.2.19 PHP Version: 4.2.3 New Comment: This bug still exists. It was sufficiently described by the OP. Previous Comments: [2002-11-10 18:24:14] [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. [2002-10-22 10:36:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-22 10:02:58] [EMAIL PROTECTED] I tried to install PHP-4.2.3 on a Slackware linux 8.0, with Apache-2.0.43. Everything worked fine, I installed everything else perfectly but when I tried with PHP, even when I got no compilation errors, I got this message when I try to start Apache: "Cannot load /var/lib/apache/modules/libphp4.so into server: /var/lib/apache/modules/libphp4.so undefined symbol: core_globals_id" Compiled with: ./configure --with-mysql --with-apxs2 -- Edit this bug report at http://bugs.php.net/?id=20027&edit=1
#21182 [Opn->Ctl]: range() change value of string argument
ID: 21182
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Critical
Bug Type: Arrays related
Operating System: FreeBSD
-PHP Version: 4.2.1
+PHP Version: 4.3.0-dev
New Comment:
Confirmed in 4.3.0. If they are strings, $a turns into 40! If $a is
integer, it stays 20 as expected. Btw if we have '$a = "$a = "24"; $b
= "140";' then $a turns into 04. There seems to be sort of a pattern
but it's kinda weird :) The second argument ($b) does not get modified
and the following behavoir exists:
range(20, "30"); // okay in 4.3.0-dev
range("20", "30"); // not okay in 4.3.0-dev
And as a holiday bonus, in HEAD either use results in a segfault with
the following backtrace for CLI:
rock:/tmp# php range.php
a1: 20
FATAL: erealloc(): Unable to allocate 1515870815 bytes
Segmentation fault (core dumped)
#0 0x400b9c51 in kill () from /lib/libc.so.6
#1 0x0815f28c in _erealloc (ptr=0x8360cdc, size=1515870815,
allow_failure=0, __zend_filename=0x81b8100
"/cvs/php4/Zend/zend_operators.c", __zend_lineno=1013,
__zend_orig_filename=0x0, __zend_orig_lineno=0)
at /cvs/php4/Zend/zend_alloc.c:298
#2 0x0816fb47 in add_string_to_string (result=0xbfffd5f4,
op1=0xbfffd5f4, op2=0xbfffd748) at
/cvs/php4/Zend/zend_operators.c:1013
#3 0x0818766b in execute (op_array=0x83677c4) at
/cvs/php4/Zend/zend_execute.c:1463
#4 0x08174924 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /cvs/php4/Zend/zend.c:931
#5 0x08139553 in php_execute_script (primary_file=0xba2c) at
/cvs/php4/main/main.c:1693
#6 0x0818e817 in main (argc=2, argv=0xbaa4) at
/cvs/php4/sapi/cli/php_cli.c:744
range.php looks like this:
Previous Comments:
[2002-12-25 10:43:54] [EMAIL PROTECTED]
I searched range's source (php4/ext/standard/array.c)
It seems that problem is in string
for (; *low <= *high; (*low) += (unsigned int)lstep) {
add_next_index_stringl(return_value, low, 1, 1);
}
+= increments not pointer, but value, to which low points.
Therefore for(;;) iterates values between first characters of high and
low strings.
[2002-12-25 10:02:09] [EMAIL PROTECTED]
I have the following code:
For some reason it display "40".
I know that I have to write
$result = range((int)$a, (int)$b);
But why range() change value of argument?
--
Edit this bug report at http://bugs.php.net/?id=21182&edit=1
#21182 [Ctl->Csd]: range() change value of string argument
ID: 21182
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Closed
Bug Type: Arrays related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
Assigned To: moriyoshi
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-12-25 13:44:13] [EMAIL PROTECTED]
Confirmed in 4.3.0. If they are strings, $a turns into 40! If $a is
integer, it stays 20 as expected. Btw if we have '$a = "$a = "24"; $b
= "140";' then $a turns into 04. There seems to be sort of a pattern
but it's kinda weird :) The second argument ($b) does not get modified
and the following behavoir exists:
range(20, "30"); // okay in 4.3.0-dev
range("20", "30"); // not okay in 4.3.0-dev
And as a holiday bonus, in HEAD either use results in a segfault with
the following backtrace for CLI:
rock:/tmp# php range.php
a1: 20
FATAL: erealloc(): Unable to allocate 1515870815 bytes
Segmentation fault (core dumped)
#0 0x400b9c51 in kill () from /lib/libc.so.6
#1 0x0815f28c in _erealloc (ptr=0x8360cdc, size=1515870815,
allow_failure=0, __zend_filename=0x81b8100
"/cvs/php4/Zend/zend_operators.c", __zend_lineno=1013,
__zend_orig_filename=0x0, __zend_orig_lineno=0)
at /cvs/php4/Zend/zend_alloc.c:298
#2 0x0816fb47 in add_string_to_string (result=0xbfffd5f4,
op1=0xbfffd5f4, op2=0xbfffd748) at
/cvs/php4/Zend/zend_operators.c:1013
#3 0x0818766b in execute (op_array=0x83677c4) at
/cvs/php4/Zend/zend_execute.c:1463
#4 0x08174924 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /cvs/php4/Zend/zend.c:931
#5 0x08139553 in php_execute_script (primary_file=0xba2c) at
/cvs/php4/main/main.c:1693
#6 0x0818e817 in main (argc=2, argv=0xbaa4) at
/cvs/php4/sapi/cli/php_cli.c:744
range.php looks like this:
[2002-12-25 10:43:54] [EMAIL PROTECTED]
I searched range's source (php4/ext/standard/array.c)
It seems that problem is in string
for (; *low <= *high; (*low) += (unsigned int)lstep) {
add_next_index_stringl(return_value, low, 1, 1);
}
+= increments not pointer, but value, to which low points.
Therefore for(;;) iterates values between first characters of high and
low strings.
[2002-12-25 10:02:09] [EMAIL PROTECTED]
I have the following code:
For some reason it display "40".
I know that I have to write
$result = range((int)$a, (int)$b);
But why range() change value of argument?
--
Edit this bug report at http://bugs.php.net/?id=21182&edit=1
#21177 [Opn->Csd]: cgi shows header output with -q
ID: 21177 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4CVS-2002-12-25 (stable) New Comment: Fixed in cvs. Previous Comments: [2002-12-25 03:34:41] [EMAIL PROTECTED] Confirmed. main/main.c seems to have added a second call to sapi_active with r1.515 which is reinitializing the sapi globals after they've been sent (in this case, 'headers_sent' being set to '1' by the -q option) Checking with patch committer... [2002-12-25 02:08:24] [EMAIL PROTECTED] Reproduced with HEAD [2002-12-25 01:29:58] [EMAIL PROTECTED] I've been looking for PEBKAC but it doesn't seem to be the case. Here's the commandline output (with some whitespace changes), this is latest checkout of the PHP_4_3 branch and also exists in HEAD: rock:/cvs/a/php4# cat a.php rock:/cvs/a/php4# sapi/cgi/php -v PHP 4.3.0-dev (cgi), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies rock:/cvs/a/php4# sapi/cgi/php -q a.php Content-type: text/html X-Powered-By: PHP/4.3.0-dev Hello World rock:/cvs/a/php4# sapi/cli/php a.php Hello World rock:/cvs/a/php4# sapi/cgi/php -h Usage: php [-q] [-h] [-s [-v] [-i] [-f ] php [args...] -a Run interactively -C Do not chdir to the script's directory -c | Look for php.ini file in this directory -n No php.ini file will be used -d foo[=bar] Define INI entry foo with value 'bar' -e Generate extended information for debugger/profiler -f Parse . Implies `-q' -h This help -i PHP information -l Syntax check only (lint) -m Show compiled in modules -q Quiet-mode. Suppress HTTP Header output. -s Display colour syntax highlighted source. -v Version number -w Display source with stripped comments and whitespace. -z Load Zend extension . rock:/cvs/a/php4# And now from a PHP 4.2.3 CGI binary: rock:/cvs/a/php4# php4 -v 4.2.3 rock:/cvs/a/php4# php4 a.php X-Powered-By: PHP/4.2.3 Content-type: text/html Hello World rock:/cvs/a/php4# php4 -q a.php Hello World rock:/cvs/a/php4# -- Edit this bug report at http://bugs.php.net/?id=21177&edit=1
#21183 [NEW]: Unable to load the dynamic library *.dll
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.3.0RC4 PHP Bug Type: Dynamic loading Bug description: Unable to load the dynamic library *.dll Hello, I've downloaded the other days the latest snapshot of php 4.4.0 and I've configured Apache 2.0.43 with the php4_module on Windows XP. When I start the Apache server I get no error but when I try to execute a php script I get the error "Unable to load dynamic library some.dll" and the message repeats itself for all the libraries I loaded in php.ini. Thank you for taking your time responding me. -- Edit bug report at http://bugs.php.net/?id=21183&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21183&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21183&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21183&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21183&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21183&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21183&r=support Expected behavior: http://bugs.php.net/fix.php?id=21183&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21183&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21183&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21183&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21183&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21183&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21183&r=isapi
#21183 [Opn->Fbk]: Unable to load the dynamic library *.dll
ID: 21183 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Dynamic loading Operating System: Windows XP PHP Version: 4.3.0RC4 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-12-25 16:10:38] [EMAIL PROTECTED] Hello, I've downloaded the other days the latest snapshot of php 4.4.0 and I've configured Apache 2.0.43 with the php4_module on Windows XP. When I start the Apache server I get no error but when I try to execute a php script I get the error "Unable to load dynamic library some.dll" and the message repeats itself for all the libraries I loaded in php.ini. Thank you for taking your time responding me. -- Edit this bug report at http://bugs.php.net/?id=21183&edit=1
#21184 [NEW]: Compiling --with-zlib fails
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7 (RELEASE) PHP version: 4.3.0RC4 PHP Bug Type: Compile Failure Bug description: Compiling --with-zlib fails This bug is similar to but not the same as Bug #19973. Basically I did a 'configure' followed by 'make'. The make command terminated with: /usr/installs/php/php-4.3.0RC4/ext/zlib/zlib.c:48: /usr/installs/php/php-4.3.0RC4/ext/standard/basic_functions.h:126: #error Need type which holds 32 bits (There were some warnings reported by the compiler but they didn't seem important) The same configure line works with php 4.2.3 on the same machine and the config.nice is as follows: #! /bin/sh # # Created by configure './configure' \ '--with-apxs=/icepanel/apache/bin/apxs' \ '--with-mysql=/icepanel/mysql' \ '--with-gd=/usr/local' \ '--enable-gd-native-ttf' \ '--with-jpeg-dir=/usr/local/lib' \ '--with-png-dir=/usr/local/lib' \ '--with-freetype-dir=/usr/local/lib' \ '--with-pdflib=/usr/local' \ '--enable-trans-sid' \ '--enable-wddx' \ '--with-openssl' \ '--enable-ftp' \ '--with-sockets' \ '--with-pear' \ '--with-gettext' \ '--enable-pcntl' \ '--enable-shmop' \ '--with-mm' \ '--enable-wddx' \ '--with-imap' \ '--with-imap-ssl' \ '--with-sockets' \ '--with-xml' \ '--with-mcrypt' \ '--with-pspell' \ '--with-curl' \ '--no-create' \ '--no-recursion' \ '--with-zlib' \ "$@" -- Edit bug report at http://bugs.php.net/?id=21184&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21184&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21184&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21184&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21184&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21184&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21184&r=support Expected behavior: http://bugs.php.net/fix.php?id=21184&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21184&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21184&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21184&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21184&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21184&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21184&r=isapi
#21183 [Fbk->Opn]: Unable to load the dynamic libraries
ID: 21183 User updated by: [EMAIL PROTECTED] -Summary: Unable to load the dynamic library *.dll Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Dynamic loading Operating System: Windows XP -PHP Version: 4.3.0RC4 +PHP Version: 4.4.0 New Comment: Well, my php.ini settings for extensions are: ... extensions_dir = c:\inetpub\php\extensions extension=php_gd.dll extension=php_imap.dll ... (the libraries I want to load are php_gd.dll and php_imap.dll). In httpd.conf I wrote: ... LoadModule php4_module modules/php4apache4.dll ... and I copied all the dll files needed in c:\winnt\system32 Previous Comments: [2002-12-25 16:12:09] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-12-25 16:10:38] [EMAIL PROTECTED] Hello, I've downloaded the other days the latest snapshot of php 4.4.0 and I've configured Apache 2.0.43 with the php4_module on Windows XP. When I start the Apache server I get no error but when I try to execute a php script I get the error "Unable to load dynamic library some.dll" and the message repeats itself for all the libraries I loaded in php.ini. Thank you for taking your time responding me. -- Edit this bug report at http://bugs.php.net/?id=21183&edit=1
#21183 [Opn]: Unable to load the dynamic libraries
ID: 21183 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: Windows XP PHP Version: 4.4.0 New Comment: Sorry, I meant php4apache2.dll instead of php4apache4.dll thanks Previous Comments: [2002-12-25 17:26:30] [EMAIL PROTECTED] Well, my php.ini settings for extensions are: ... extensions_dir = c:\inetpub\php\extensions extension=php_gd.dll extension=php_imap.dll ... (the libraries I want to load are php_gd.dll and php_imap.dll). In httpd.conf I wrote: ... LoadModule php4_module modules/php4apache4.dll ... and I copied all the dll files needed in c:\winnt\system32 [2002-12-25 16:12:09] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-12-25 16:10:38] [EMAIL PROTECTED] Hello, I've downloaded the other days the latest snapshot of php 4.4.0 and I've configured Apache 2.0.43 with the php4_module on Windows XP. When I start the Apache server I get no error but when I try to execute a php script I get the error "Unable to load dynamic library some.dll" and the message repeats itself for all the libraries I loaded in php.ini. Thank you for taking your time responding me. -- Edit this bug report at http://bugs.php.net/?id=21183&edit=1
#17098 [Com]: apache sending 304 - not modified header
ID: 17098
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Apache2 related
Operating System: linux
PHP Version: 4.0CVS-2002-10-17
New Comment:
... and it's not fixed in 4.3.0 RC4 either...
Daniel
Previous Comments:
[2002-12-13 18:24:22] [EMAIL PROTECTED]
This bug is _NOT_ fixed in 4.3.0 rc3!
In 4.3.0, the apache2 support should not be experimental anymore, so I
think, this is a real showstopper IMHO.
I think, it's time to fix this issue now, it's so annoying and
unneccessary. If this patch has any known drawbacks that I'm not aware
of, then it's NOT the correct solution to simply ignore this subject as
whole.
Daniel
Here is the patch again as diff against php 4.3.0 rc 3:
--- sapi/apache2filter/sapi_apache2.c.old Thu Dec 12 21:48:58
2002
+++ sapi/apache2filter/sapi_apache2.c Thu Dec 12 21:50:43 2002
@@ -619,14 +619,24 @@
return OK;
}
+static int includes_setup(ap_filter_t *f)
+{
+/* We will ALWAYS set the no_local_copy value to 1 so
+ * that we will not send 304s.
+ */
+f->r->no_local_copy = 1;
+
+return OK;
+}
+
static void php_register_hook(apr_pool_t *p)
{
ap_hook_pre_config(php_pre_config, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_config(php_apache_server_startup, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_insert_filter(php_insert_filter, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_read_request(php_post_read_request, NULL, NULL,
APR_HOOK_MIDDLE);
- ap_register_output_filter("PHP", php_output_filter, NULL,
AP_FTYPE_RESOURCE);
- ap_register_input_filter("PHP", php_input_filter, NULL,
AP_FTYPE_RESOURCE);
+ ap_register_output_filter("PHP", php_output_filter,
includes_setup, AP_FTYPE_RESOURCE);
+ ap_register_input_filter("PHP", php_input_filter,
includes_setup, AP_FTYPE_RESOURCE);
}
AP_MODULE_DECLARE_DATA module php4_module = {
[2002-12-03 09:28:16] [EMAIL PROTECTED]
Maybe I missed something. What patch? Is this still a php bug? I
have Apache 2.0.40 and php-4.4-2.
[2002-10-18 06:34:46] [EMAIL PROTECTED]
I tried a patch submited by [EMAIL PROTECTED]
and it seems to solve the problem. I don't know to what extent, but the
logic of it seems ok to me...
[2002-10-18 05:43:08] [EMAIL PROTECTED]
Ok. We should do something about this bug, I suppose.
Mail from Ryou Takagi
= BEGIN
Yasuo Ohgaki wrote:
> Ilia A. wrote:
> >>Summary: Apache2 sending 304 - not modified header
> >>http://bugs.php.net/bug.php?id=17098
> >>
> >>This is serious problem for serious sites.
> >>(Serious sites shouldn't use Apache2, though)
> >
> >
> > This looks like an Apache 2 bug, rather then aPHP one. I am
guessing the fix
> > they made did not work properly.
>
> Great!
> Then we can just wait their fix :)
I am afraid this is not the case. This is the report of the status.
As from Apache 2.0.40, the API of the filter registration functions
has changed. The changelog says:
--- From Apache Changelog: in section "Changes with Apache 2.0.40" ---
*) Add a filter_init parameter to the filter registration functions
so that a filter can execute arbitrary code before the handlers
are invoked. This resolves a problem where mod_include requests
would incorrectly return a 304. [Justin Erenkrantz]
--- End quotation from Apache Changelog ---
And the current mod_include.c in Apache 2.0.43 source tree uses this
API like this:
--- From modules/filters/mod_include.c in Apache 2.0.43 source tree
---
static int includes_setup(ap_filter_t *f)
{
include_dir_config *conf =
(include_dir_config
*)ap_get_module_config(f->r->per_dir_config,
&include_module);
/* When our xbithack value isn't set to full or our platform isn't
* providing group-level protection bits or our group-level bits do
not
* have group-execite on, we will set the no_local_copy value to 1
so
* that we will not send 304s.
*/
if ((*conf->xbithack != xbithack_full)
|| !(f->r->finfo.valid & APR_FINFO_GPROT)
|| !(f->r->finfo.protection & APR_GEXECUTE)) {
f->r->no_local_copy = 1;
}
return OK;
}
/* Note from TAKAGI: several lines omitted */
static void register_hooks(apr_pool_t *p)
{
APR_REGISTER_OPTIONAL_FN(ap_ssi_get_tag_and_value);
APR_REGISTER_OPTIONAL_FN(ap_ssi_parse_string);
APR_REGISTER_OPTIONAL_FN(ap_register_include_handler);
ap_hook_post_config(include_post_config, NULL, NULL,
APR_HOOK_REALLY_
#21170 [Fbk->Opn]: imap_sort seems to crash when reading mail messages with many recipients
ID: 21170 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Windows 2000 Advanced Server -PHP Version: 4.2.3 +PHP Version: 4.4.0 New Comment: I've just installed the version you told me about (4.4.0) and I just made up a mail message with over 360 recipients in my mailbox and the php script keep doing like that: it is loading for 1-2 minutes and then the browser tells me "The page cannot be displayed" Previous Comments: [2002-12-24 01:03:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-23 21:43:49] [EMAIL PROTECTED] 1. I mention that my PHP webmail interface is on a server running Apache 2.0.36 on Windows 2000 Advanced server. 2. I presumed that the script may break at line with the imap_sort function because this is the first line that attempts to access the messages on the mail server but it may break wherever at the lines where I loop through the results with imap_headerinfo. [2002-12-23 21:39:01] [EMAIL PROTECTED] I build an webmail interface for a Courier IMAP mail server on RedHat 7.3 Linux. There are some users which have mail messages containing very many recipients in the To or CC or BCC headers and when the PHP script get to the line imap_sort function the browser displays invariable "The page cannot be displayed". I tried to determine a maximum limit number of recipients on which the PHP script works fine and I've noticed a limit of 170 recipents in one header (To or CC or BCC). I also tried to find a error record in the php error log but I haven't found a thing. The line that I use is: $messages = imap_sort($mailbox, $imap_sort_criteria, $imap_sort_order, SE_NOPREFETCH); Thank you for your time. -- Edit this bug report at http://bugs.php.net/?id=21170&edit=1
#21185 [NEW]: mail() is slow
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.2.3 PHP Bug Type: Performance problem Bug description: mail() is slow mail()...whenever I use this API mu machine hangs for at least 2 mins.. Should it not be a fster API, specially if I am to mail to 100 ppl at a time -- Edit bug report at http://bugs.php.net/?id=21185&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21185&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21185&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21185&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21185&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21185&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21185&r=support Expected behavior: http://bugs.php.net/fix.php?id=21185&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21185&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21185&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21185&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21185&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21185&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21185&r=isapi
#17397 [Fbk->NoF]: PDF and Oracle 9i support don't seem to want to play together.
ID: 17397
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: OCI8 related
Operating System: Linux 2.4.18
PHP Version: 4.2.1
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-12-07 01:44:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-05-30 07:27:01] [EMAIL PROTECTED]
Why aren't you using --with-oci8 option anyway?
(iirc, it's the preferred one to be used nowadays)
[2002-05-30 07:26:05] [EMAIL PROTECTED]
I think it's the version check in configure which doesn't
work as expected for the new oracle versions.
[2002-05-29 17:48:45] [EMAIL PROTECTED]
This actually turned out to be a problem with the way Oracle was
configured/installed. After the issues with Oracle were resolved php
compiled and installed successfully. Here's a tip: Just installing
client and development libraries for Oracle doesn't work (I don't want
a db on this machine, only the necessary stuff to make php talk to a
remote db). You have to do a default install of 9i enterprise including
the test database and all the components, then remove the components
you don't need before php will compile successfully. Oracle really
needs to improve their crappy installer. Although, I still think it's
odd that php was reporting pdflib as the culprate on this one.
[2002-05-23 16:09:15] [EMAIL PROTECTED]
I can't seem to be able to find a way to compile php with oracle and
pdflib support. I am experiencing the following errors:
When running "configure" with the following options:
./configure \
--with-apxs=/usr/sbin/apxs \
--with-sybase \
--with-pdflib \
--with-oracle \
--with-zlib \
--with-gd \
--enable-sigchild \
--without-mysql \
--with-system-regex \
--with-config-file-path=/etc/httpd
configure dies and I recieve the following error message:
configure: error:
PDFlib extension requires at least pdflib 3.x. You may also need
libtiff, libjpeg, libpng and libz.
Use the options --with-tiff-dir=, --with-jpeg-dir=,
--with-png-dir= and --with-zlib-dir=
See config.log for more information.
config.log has the following message on the last several lines:
configure:51569: checking for PDF_show_boxed in -lpdf
configure:51588: gcc -o conftest -g -O2 -DLINUX=22 -DEAPI -DEAPI_MM
-DEAPI_MM_CORE_PATH=/var/run/httpd.mm
-Wl,-rpath,/home/oracle/OraHome1/lib -L/home/oracle/OraHome1/lib
conftest.c -lpdf -lz -lm -ldl -lm -ldl -lgd -lz -lcrypt -lresolv -lm
-ldl -lnsl -lresolv -lcrypt -lclntsh -lclntsh 1>&5
/usr/bin/ld: cannot find -lclntsh
collect2: ld returned 1 exit status
configure: failed program was:
#line 51577 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char PDF_show_boxed();
int main() {
PDF_show_boxed()
; return 0; }
I sat around for nearly an hour playing around with various options
until I discovered that if I attempt to configure php without the
"--with-oracle" option everything works without a problem and I can
compile successfully (without oracle support of course). PDF support
works without a problem (I generated a sample pdf document just to be
sure). If put back in the "--with-oracle" option and remove the
"--with-pdflib" option once again php compiles successfully (without
pdflib support) and Oracle support works correctly.
As always, any suggestions are greatly appriciated.
--
Ted
--
Edit this bug report at http://bugs.php.net/?id=17397&edit=1
#19555 [Fbk->NoF]: GNU pthreads issue?
ID: 19555 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.4.0-dev New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-12-10 09:03:25] [EMAIL PROTECTED] updated the version info. [2002-12-10 09:02:47] [EMAIL PROTECTED] Instead of --with-tsrm-pth try using --enable-experimental-zts [2002-12-10 07:53:17] [EMAIL PROTECTED] I tried today's snapshot and got: /bin/ksh libtool --silent --mode=compile gcc -Isapi/apache2filter/ -I/users2/gnu/php4-200212101030/sapi/apache2filter/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212101030/include -I/users2/gnu/php4-200212101030/main -I/users2/gnu/php4-200212101030 -I/usr/local/apache2/include -I/users2/gnu/php4-200212101030/Zend -I/users2/gnu/php4-200212101030/ext/xml/expat -I/users2/gnu/php4-200212101030/TSRM -O -prefer-pic -c /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo In file included from /usr/local/apache2/include/apr_portable.h:90, from /usr/local/apache2/include/http_protocol.h:64, from /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c:41: /usr/local/include/pthread.h:183: conflicting types for `socklen_t' /users2/gnu/php4-200212101030/main/php.h:139: previous declaration of `socklen_t' make: *** [sapi/apache2filter/sapi_apache2.lo] Error 1 by using: CFLAGS='-O' LDFLAGS='-L/lib/pa1.1' \ ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth --disable-ipv6 make [2002-12-09 05:51:36] [EMAIL PROTECTED] Please try again in about 3-4 hours. I just committed a fix for this T_ thing. (our snapshots are generated every 3 hours or so) [2002-12-09 02:45:36] [EMAIL PROTECTED] The new snapshot http://snaps.php.net/php4-latest.tar.gz fails differently now: ... /bin/ksh libtool --silent --mode=compile gcc -Iext/standard/ -I/users2/gnu/php4-200212090630/ext/standard/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212090630/include -I/users2/gnu/php4-200212090630/main -I/users2/gnu/php4-200212090630 -I/usr/local/apache2/include -I/users2/gnu/php4-200212090630/Zend -I/users2/gnu/php4-200212090630/ext/xml/expat -I/users2/gnu/php4-200212090630/TSRM -O -I/users2/local/include -prefer-pic -c /users2/gnu/php4-200212090630/ext/standard/dns.c -o ext/standard/dns.lo /users2/gnu/php4-200212090630/ext/standard/dns.c: In function `zif_dns_check_record': /users2/gnu/php4-200212090630/ext/standard/dns.c:244: `T_' undeclared (first use in this function) /users2/gnu/php4-200212090630/ext/standard/dns.c:244: (Each undeclared identifier is reported only once /users2/gnu/php4-200212090630/ext/standard/dns.c:244: for each function it appears in.) make: *** [ext/standard/dns.lo] Error 1 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/19555 -- Edit this bug report at http://bugs.php.net/?id=19555&edit=1
#21172 [Com]: PHP crashed when try to access XML DOM COM interfaces
ID: 21172
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.2.1
New Comment:
Latest PHP build don't solve this porblem :-\
I am use PHP for Win32 as CGI, may be this information can help fix
this problem.
DOM XML -> Microsoft XML Parser 4.? (latest)
Previous Comments:
[2002-12-24 17:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-24 07:55:40] [EMAIL PROTECTED]
test.xml:
aa
bb
nn
test.php:
load("D:\\Inetpub\\wwwroot\\vphpmail\\test.xml"))
{
$nodeList = $MSXML->getElementsByTagName("v");
for ($i=0;$i<$nodeList->length;$i++)
{
$node = $nodeList->nextNode();
$attribs = $node->attributes;
$attr = $attribs->getNamedItem("val");
echo($attr->Name.""); // This is crash
echo($node->nodeName." ".$node->xml."");
}
}
else
{
echo("BAD");
echo(
"Error in file ".$MSXML->parseError->url." at line
".
$MSXML->parseError->line." in pos
".$MSXML->parseError->linepos."");
}
?>
--
Edit this bug report at http://bugs.php.net/?id=21172&edit=1
