#28362 [Opn->Fbk]: Receiving 500 error when uploading file.
ID: 28362
Updated by: [EMAIL PROTECTED]
Reported By: chris at komodohost dot com
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: RedHat Enterprise Linux 3
PHP Version: 4.3.6
New Comment:
What shows in your Apache error log?
(Also, drop the --enable-versioning option to ./configure).
Previous Comments:
[2004-05-11 21:00:46] chris at komodohost dot com
Still getting the same error after upgrading.
[2004-05-11 20:26:08] [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-05-11 20:21:11] chris at komodohost dot com
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=28362&edit=1
#28362 [Fbk->Opn]: Receiving 500 error when uploading file.
ID: 28362
User updated by: chris at komodohost dot com
Reported By: chris at komodohost dot com
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: RedHat Enterprise Linux 3
PHP Version: 4.3.6
New Comment:
Ok, dropped the --enable-versioning option. The Apache log shows the
dreaded "Premature end of script headers" error.
Previous Comments:
[2004-05-11 23:12:32] [EMAIL PROTECTED]
What shows in your Apache error log?
(Also, drop the --enable-versioning option to ./configure).
[2004-05-11 21:00:46] chris at komodohost dot com
Still getting the same error after upgrading.
[2004-05-11 20:26:08] [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-05-11 20:21:11] chris at komodohost dot com
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=28362&edit=1
#28363 [NEW]: fwrite fails when fopen ASCII file under Windows with 'wt' flags
From: zoltan at frombach dot com Operating system: Windows XP PHP version: 4.3.6 PHP Bug Type: Filesystem function related Bug description: fwrite fails when fopen ASCII file under Windows with 'wt' flags Description: In ASCII mode, fwrite under Windows (when the file is opened with the 'wt' flags) will fail. This is a reproducable bug. See my demonstration program. When "\n" (new line) characters written out to the file, those characters are automatically replaced with "\r\n" which is the expected behaviour in ASCII mode on Windows (when the file is opened with the 't' flag). However, the next fwrite will overwrite the last few characters that were previously written to the file!! Exactly that many characters get lost as many "\r" characters were inserted to the file on the previous fwrite. Seems to me that after the "\n" to "\r\n" translation, the current file position pointer does not get updated, so the next fwrite will overwrite the last few characters previously written to the file. If there is only one fwrite (if you comment out the second fwrite from my code) then no characters get lost!! Because if there is no further writing to the file, no character overwriting occures. That's why I guess it is a file pointer problem. In other words, it's not the first fwrite that forgets to write out those few last characters, IMHO it just forgets to properly update the actual file pointer and that's why the next fwrite overwrites those last few characters in the file. Reproduce code: --- Expected result: This test will fail Under Windows most definitely Actual result: -- This test will faUnder Windows most definitely -- Edit bug report at http://bugs.php.net/?id=28363&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28363&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28363&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28363&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28363&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28363&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28363&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28363&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28363&r=support Expected behavior: http://bugs.php.net/fix.php?id=28363&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28363&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28363&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28363&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28363&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28363&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28363&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28363&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28363&r=float
#28364 [NEW]: libphp4.so not generated even though makes worked
From: mairhtin at techsolutionsgroupllc dot com
Operating system: linux (rh 8.0)
PHP version: 4.3.6
PHP Bug Type: *Compile Issues
Bug description: libphp4.so not generated even though makes worked
Description:
I have done a "configure --with-ibm-db2=/home/db2inst1/sqllib",
then done a make, and a make install. The library : libphp4.so is not
created, so I cannot add it to the php.conf in /etc/httpd/conf.d/
directory to be incorporated into the apache config file so that I can
resolve the "Fatal error: Call to undefined function: odbc_connect() in
/var/www/html/connect.php on line 21"
error that I am getting.
This is VERY frustrating. I followed the instruction to the letter, and I
*DID* RTFM. without any success.
I need to connect to DB2 using the DB2 modules, not the unixODBC modules,
since these seem to have fatal errors built in to them when I try to
connect to DB2.
HEEELPP1!
Mairhtin O'Feannag
Reproduce code:
---
Simple SELECT statement
";
exit;
}
else {
echo "Connection successful\n";
};
?>
Expected result:
a connection
Actual result:
--
67.120.110.243/connect.php
--
Edit bug report at http://bugs.php.net/?id=28364&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28364&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28364&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28364&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28364&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28364&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28364&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28364&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28364&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28364&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28364&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28364&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28364&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28364&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28364&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28364&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28364&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28364&r=float
#27986 [Opn]: .lo unrecognized file suffix
ID: 27986 User updated by: sandduneinfo at earthlink dot net -Summary: make errors still persist - time frame for resolution??? Reported By: sandduneinfo at earthlink dot net Status: Open Bug Type: Compile Failure Operating System: AIX 5.1 PHP Version: 4CVS, 5CVS (2004-04-16) New Comment: OK here is the compile errors from last attempt. If I do not have this resolved by the end of the week the project is lost to perl. I have no defense it has been a month since I reported this to you. The first fixes I patched in repaired the unsigned integer - I web searched and it seems this .lo extension unrecognized has come up in older releases of AIX and was supposedly resolved in much older releases of php. Anyway for what its worth here is the detail of error output: cc: 1501-218 file ext/standard/formatted_print.lo contains an incorrect file suf fix cc: 1501-218 file ext/standard/fsock.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/head.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/html.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/image.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/info.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/iptc.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/lcg.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/link.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/mail.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/math.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/md5.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/metaphone.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/microtime.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/pack.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/pageinfo.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/parsedate.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/quot_print.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/rand.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/reg.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/soundex.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/string.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/scanf.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/syslog.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/type.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/uniqid.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/url.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/url_scanner.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/var.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/versioning.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/assert.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/strnatcmp.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/levenshtein.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/incomplete_class.lo contains an incorrect file su ffix cc: 1501-218 file ext/standard/url_scanner_ex.lo contains an incorrect file suff ix cc: 1501-218 file ext/standard/ftp_fopen_wrapper.lo contains an incorrect file s uffix cc: 1501-218 file ext/standard/http_fopen_wrapper.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/php_fopen_wrapper.lo contains an incorrect file s uffix cc: 1501-218 file ext/standard/credits.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/css.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/var_unserializer.lo contains an incorrect file su ffix cc: 1501-218 file ext/standard/ftok.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/aggregation.lo contains an incorrect file suffix cc: 1501-218 file ext/standard/sha1.lo contains an incorrect file suffix cc: 1501-218 file ext/tokenizer/tokenizer.lo contains an incorrect file suffix cc: 1501-218 file ext/xml/xml.lo contains an incorrect file suffix cc: 1501-218 file ext/xml/expat/xmlparse.lo contains an incorrect file suffix cc: 1501-218 file ext/xml/expat/xmlrole.lo contains an incorrect file suffix cc: 1501-218 file ext/xml/expat/xmltok.lo contains an incorrect file suffix cc: 1501-218 file TSRM/TSRM.lo contains an incorrect file suffix cc: 1501-218 file TSRM/tsrm_strtok_r.lo contains an incorrect file suffix cc: 1501-218 file TSRM/tsrm_virtual_cwd.lo contains an incorrect file suffix cc: 1501-218 file main/main.lo contains an incorrect file suffix cc: 1501-218 file main/snprintf.lo contains an incorrect file suffix cc: 1501-218 file main/spprintf.lo contains an incor
#28124 [Com]: Using MSSQL functions an empty string is returned as a space
ID: 28124
Comment by: kalf at unidial dot com dot au
Reported By: cbunk at arescorporation dot com
Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.3.6
New Comment:
This is not a bogus bug. We also have a similar problem. Returned
strings are being right padded with spaces. The fix for
http://bugs.php.net/bug.php?id=25777 has added a new bug (using
4.3.4)it appears. When comparing with newer versions of postgres (which
has stricter string comparison rules --pg7.2) this results is false
negatives.
Previous Comments:
[2004-04-23 17:44:23] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
This is the bug in the mssql library you are using.
P.S. This issue has been discussed in detail in earlier bug
reports about the same issue, please search the bug
archives.
[2004-04-23 16:15:45] cbunk at arescorporation dot com
Description:
When making a query on a MSSQL DB using mssql functions an extra space
is added to the end of output. This is causing trouble with scripts of
mine that check to see if the querried field is empty to determine
whether or not to display some text.
The bug mentioned at
http://bugs.php.net/bug.php?id=25777
describes the problem but was marked as bogus. I think when the fix
for http://bugs.php.net/bug.php?id=25777 was made it in advertently
left an extra space in results.
Reproduce code:
---
//once connected to the db
$sql="Select name from contacts";
$result=mssql_query($sql);
$row = mssql_fetch_array($result);
//assume there is one entry in the table
//with an empty string as the value for
//name
if (!empty($row["name"])){
echo "Name: " . $row["name"];
}else{
echo "Name value is empty";
}
Expected result:
Name value is empty
Actual result:
--
Name:
--
Edit this bug report at http://bugs.php.net/?id=28124&edit=1
#28365 [NEW]: make install-pear fails, segmentation faut
From: php dot wayne at ptaff dot ca Operating system: GNU/Linux Mandrake Cooker PHP version: 4.3.6 PHP Bug Type: Zend Engine 2 problem Bug description: make install-pear fails, segmentation faut Description: Downloaded php-4.3.6, un-tarred, ./configure, make, make install. Tried with the latest snapshot, same result, failure on "make install" The make install fails on PEAR installation: Installing PEAR environment: /usr/local/stow/php-4.3.6//lib/php/ make[1]: *** [install-pear-installer] Segmentation fault (core dumped) The command producing the segfault is: /home/ptaff/src/php/php4-STABLE-200405120430/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/ptaff/src/php/php4-STABLE-200405120430/pear/install-pear.php -d /usr/local/stow/php-4.3.6//lib/php -b /usr/local/stow/php-4.3.6//bin /home/ptaff/src/php/php4-STABLE-200405120430/pear/package-Archive_Tar.xml backtracing, we have: [Thread debugging using libthread_db enabled] [New Thread 1084061408 (LWP 7178)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1084061408 (LWP 7178)] 0x0823200d in call_overloaded_function (T=0x67b9e57c, arg_count=1, return_value=0x8376684) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:990 990 ce = Z_OBJCE_P(T->EA.data.overloaded_element.object); (gdb) bt #0 0x0823200d in call_overloaded_function (T=0x67b9e57c, arg_count=1, return_value=0x8376684) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:990 #1 0x0823566b in execute (op_array=0x853444c) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1701 #2 0x082353e0 in execute (op_array=0x8538cec) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1679 #3 0x082353e0 in execute (op_array=0x8374fe4) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1679 #4 0x08222c31 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend.c:886 #5 0x081ee00d in php_execute_script (primary_file=0xbfffea50) at /home/ptaff/src/php/php4-STABLE-200405120430/main/main.c:1731 #6 0x08248cfc in main (argc=12, argv=0xbfffeb14) at /home/ptaff/src/php/php4-STABLE-200405120430/sapi/cli/php_cli.c:822 (gdb) frame 1 #1 0x0823566b in execute (op_array=0x853444c) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1701 1701 call_overloaded_function(&EX(Ts)[EX(fbc)->overloaded_function.var], EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr TSRMLS_CC); I tried a clean ./configure (without any options), a clean CFLAGS, still I get the same error. I also tried --disable-overload as a wild guess. Versions used: gcc: 3.3.2 glibc: 2.3.3 (NPTL) kernel: 2.6.5 I'm out of ideas here, what should I try next? -- Edit bug report at http://bugs.php.net/?id=28365&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28365&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28365&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28365&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28365&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28365&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28365&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28365&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28365&r=support Expected behavior: http://bugs.php.net/fix.php?id=28365&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28365&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28365&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28365&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28365&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28365&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28365&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28365&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28365&r=float
#11213 [Com]: error_log() call causes warning "Cannot send session cache..."
ID: 11213 Comment by: ckathir_nkl at yahoo dot co dot in Reported By: uw at netuse dot de Status: Closed Bug Type: *Session related Operating System: SunOS 5.7 PHP Version: 4.0.5 New Comment: Warning: session_start(): Cannot send session cookie - headers already sent by (output started at d:\web\shopcart_new\echopay.php:6) in d:\web\shopcart_new\echopay.php on line 10 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at d:\web\shopcart_new\echopay.php:6) in d:\web\shopcart_new\echopay.php on line 10 Warning: Cannot modify header information - headers already sent by (output started at d:\web\shopcart_new\echopay.php:6) in d:\web\shopcart_new\echopay.php on line 17 Warning: Cannot modify header information - headers already sent by (output started at d:\web\shopcart_new\echopay.php:6) in d:\web\shopcart_new\echopay.php on line 18 Previous Comments: [2003-04-14 05:21:34] sumairi at hotmail dot com I have the same problemwith PHP4.3.1, i don't include/require any files before calling session_start(). I get this error even with a test PHP file with one line having only "session_start()". I found out that this is because the PHP file is saved with UTF-8 encoding, i tried to save it with different encodings (using Windows Notepad). Only when I save the file with ANSI encoding it will work. This is different than "Content-Type" header. Go to Notepad open any txt file, and click file/save as.., see the encoding option. [2001-05-31 12:58:23] [EMAIL PROTECTED] Can't reproduce with PHP 4.0.6. --Jani [2001-05-31 09:53:31] uw at netuse dot de To debug my latest PHPLib commits I needed some output before session_start() without sending any headers to the browser. Well, I thought of using error_log() that should not output anything but write to my logfile. I changed my php.ini to: display_errors = Off log_errors = On error_log = [mypath]/logs/ Now I hoped that I'd be allowed to use error_log() before session_start(), here's a simple example: But PHP bailed at me in the error_log: I don't like that! PHP Warning: Cannot send session cookie - headers already sent in [mypath]/bug.php3 on line 4 [mypath]/bug.php3(4) : Warning - Cannot s end session cookie - headers already sent PHP Warning: Cannot send session cache limiter - headers already sent in [mypath]/bug.php3 on line 4 [mypath]/bug.php3(4) : Warning - Cannot s end session cache limiter - headers already sent counter = 1 Hmm, did I forget a auto_prepend file, could I be doing any output before session_start()? Let's check the results of a command line telnet request. HTTP/1.1 200 OK Date: Thu, 31 May 2001 13:38:27 GMT Server: Apache/1.3.14 (Unix) PHP/4.0.5-dev mod_ssl/2.7.1 OpenSSL/0.9.5a X-Powered-By: PHP/4.0.5 Connection: close Content-Type: text/html 1Connection closed by foreign host. No, I did not output anything before session_start(). Then I uncommented the first error_log() call and everything was just fine. The error log showed: counter = 1 counter = 2 ... The problem is the same with 4.0.4pl1 (as one could expect). -- Edit this bug report at http://bugs.php.net/?id=11213&edit=1
#28330 [Opn]: include with parse error kills script
ID: 28330
User updated by: microcamers at hotmail dot com
Reported By: microcamers at hotmail dot com
Status: Open
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5CVS-2004-05-09 (dev)
New Comment:
If the file doesnt exist, then it will work as expected, but if the
file has a parse error then it will halt the script on my PC.
Previous Comments:
[2004-05-11 05:43:12] vkatragadda at email dot com
hello, i just ran the script and i get this message -
"There has been a problem generating this page"
so... maybe you should check your ini settings..
[2004-05-09 13:19:03] microcamers at hotmail dot com
Description:
I just upgraded to the latest snapshot and now find that Parse Errors
stop the excecution of the script with an error.
So now i have the choice between displaying no error as to whats
happened and a blank page coming up, or displaying an ugly php error
telling the user things about my files, because i cannot catch parse
errors with php's error handling functions.
Reproduce code:
---
if([EMAIL PROTECTED]("file_with_parse_error.php")){
die("There has been a problem generating this page");
}
Expected result:
If the file had a parse error or didnt exist, it would die with that
error. Or even better i could have it email me.
Actual result:
--
Now it just prints "Parse error: parse error, unexpected ..." even
though i have put the @ symbol before it. It also gets through output
buffering.
[2004-05-09 09:26:29] vkatragadda at email dot com
hello, i think that the fault exists in your script.
if you copied these lines directly, then your missing a right bracket
if([EMAIL PROTECTED]("file_with_parse_error.php"){
should be
if([EMAIL PROTECTED]("file_with_parse_error.php")){
i just spotted this and didn't run the script as i'm having a problem
with windoze..
sorry if this is wasting your time :)
[2004-05-09 03:41:31] microcamers at hotmail dot com
Description:
I just upgraded to the latest snapshot and now find that Parse Errors
stop the excecution of the script with an error.
So now i have the choice between displaying no error as to whats
happened and a blank page coming up, or displaying an ugly php error
telling the user things about my files, because i cannot catch parse
errors with php's error handling functions.
Reproduce code:
---
if([EMAIL PROTECTED]("file_with_parse_error.php"){
die("There has been a problem generating this page");
}
Expected result:
If the file had a parse error or didnt exist, it would die with that
error. Or even better i could have it email me.
Actual result:
--
Now it just prints "Parse error: parse error, unexpected ..." even
though i have put the @ symbol before it. It also gets through output
buffering.
--
Edit this bug report at http://bugs.php.net/?id=28330&edit=1
#28358 [NEW]: Parse error: parse error, unexpected T_VARIABLE in c:\inetpub\wwwroot\rgb.php o
From: izus6 at hotmail dot com Operating system: Windows 2000 Server PHP version: 4.3.6 PHP Bug Type: *General Issues Bug description: Parse error: parse error, unexpected T_VARIABLE in c:\inetpub\wwwroot\rgb.php o Description: Parse error: parse error, unexpected T_VARIABLE in c:\inetpub\wwwroot\rgb.php on line 801 rgp.php: , financed by Net Fonds ASA # http://www.netfonds.no/>. # # The following copyright notice applies to this file, and was taken from # xc/RELNOTES.TXT of the same distribution. # # Copyright (C) 1994 X Consortium # # Permission is hereby granted, free of charge, to any person obtaining a copy # of this software and associated documentation files (the "Software"), to # deal in the Software without restriction, including without limitation the # rights to use, copy, modify, merge, publish, distribute, sublicense, and/or # sell copies of the Software, and to permit persons to whom the Software is # furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE # X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN # AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNEC- # TION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. # # Except as contained in this notice, the name of the X Consortium shall not # be used in advertising or otherwise to promote the sale, use or other deal- # ings in this Software without prior written authorization from the X Consor- # tium. # # X Window System is a trademark of X Consortium, Inc. # # Usage: # # This library provides handling colors as names or arrays of RGB triples # transparently. You can convert a color name to a color triple with # the rgb_color function, but mostly one would just use the rgb_allocate # function. It takes two parameters -- an image and a color. (The # color is, of course, either a color name or an RGB triple. The # allocated color is returned. $RGB=array( "snow"=>array(255,250,250), "ghost white"=>array(248,248,255), "GhostWhite"=>array(248,248,255), "white smoke"=>array(245,245,245), "WhiteSmoke"=>array(245,245,245), "gainsboro"=>array(220,220,220), "floral white"=>array(255,250,240), "FloralWhite"=>array(255,250,240), "old lace"=>array(253,245,230), "OldLace"=>array(253,245,230), "linen"=>array(250,240,230), "antique white"=>array(250,235,215), "AntiqueWhite"=>array(250,235,215), "papaya whip"=>array(255,239,213), "PapayaWhip"=>array(255,239,213), "blanched almond"=>array(255,235,205), "BlanchedAlmond"=>array(255,235,205), "bisque"=>array(255,228,196), "peach puff"=>array(255,218,185), "PeachPuff"=>array(255,218,185), "navajo white"=>array(255,222,173), "NavajoWhite"=>array(255,222,173), "moccasin"=>array(255,228,181), "cornsilk"=>array(255,248,220), "ivory"=>array(255,255,240), "lemon chiffon"=>array(255,250,205), "LemonChiffon"=>array(255,250,205), "seashell"=>array(255,245,238), "honeydew"=>array(240,255,240), "mint cream"=>array(245,255,250), "MintCream"=>array(245,255,250), "azure"=>array(240,255,255), "alice blue"=>array(240,248,255), "AliceBlue"=>array(240,248,255), "lavender"=>array(230,230,250), "lavender blush"=>array(255,240,245), "LavenderBlush"=>array(255,240,245), "misty rose"=>array(255,228,225), "MistyRose"=>array(255,228,225), "white"=>array(255,255,255), "black"=>array(0,0,0), "dark slate gray"=>array(47,79,79), "DarkSlateGray"=>array(47,79,79), "dark slate grey"=>array(47,79,79), "DarkSlateGrey"=>array(47,79,79), "dim gray"=>array(105,105,105), "DimGray"=>array(105,105,105), "dim grey"=>array(105,105,105), "DimGrey"=>array(105,105,105), "slate gray"=>array(112,128,144), "SlateGray"=>array(112,128,144), "slate grey"=>array(112,128,144), "SlateGrey"=>array(112,128,144), "light slate gray"=>array(119,136,153), "LightSlateGray"=>array(119,136,153), "light slate grey"=>array(119,136,153), "LightSlateGrey"=>array(119,136,153), "gray"=>array(190,190,190), "grey"=>array(190,190,190), "light grey"=>array(211,211,211), "LightGrey"=>array(211,211,211), "light gray"=>array(211,211,211), "LightGray"=>array(211,211,211), "midnight blue"=>array(25,25,112), "MidnightBlue"=>array(25,25,112), "navy"=>array(0,0,128), "navy blue"=>array(0,0,128), "NavyBlue"=>array(0,0,128), "cornflower blue"=>array(100,149,237), "CornflowerBlue"=>array(100,149,237), "dark slate blue"=>array(72,61,139), "DarkSlateBlue"=>array(72,61,139), "slate blue"=>array(106,90,205), "SlateBlue"=>array(106,90,205), "medium slate blue"=>array(123,104,238), "MediumSlateBlue"=>array(123,104,238), "light slate blue"=>array(132,112,255), "LightSlateBlue"=>array(132,112,255), "medium blue"=>array(0,0,205
#28358 [Opn->Bgs]: Parse error: parse error, unexpected T_VARIABLE in c:\inetpub\wwwroot\rgb.php o
ID: 28358 Updated by: [EMAIL PROTECTED] Reported By: izus6 at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2000 Server PHP Version: 4.3.6 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: [2004-05-11 11:05:16] izus6 at hotmail dot com Description: Parse error: parse error, unexpected T_VARIABLE in c:\inetpub\wwwroot\rgb.php on line 801 rgp.php: , financed by Net Fonds ASA # http://www.netfonds.no/>. # # The following copyright notice applies to this file, and was taken from # xc/RELNOTES.TXT of the same distribution. # # Copyright (C) 1994 X Consortium # # Permission is hereby granted, free of charge, to any person obtaining a copy # of this software and associated documentation files (the "Software"), to # deal in the Software without restriction, including without limitation the # rights to use, copy, modify, merge, publish, distribute, sublicense, and/or # sell copies of the Software, and to permit persons to whom the Software is # furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE # X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN # AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNEC- # TION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. # # Except as contained in this notice, the name of the X Consortium shall not # be used in advertising or otherwise to promote the sale, use or other deal- # ings in this Software without prior written authorization from the X Consor- # tium. # # X Window System is a trademark of X Consortium, Inc. # # Usage: # # This library provides handling colors as names or arrays of RGB triples # transparently. You can convert a color name to a color triple with # the rgb_color function, but mostly one would just use the rgb_allocate # function. It takes two parameters -- an image and a color. (The # color is, of course, either a color name or an RGB triple. The # allocated color is returned. $RGB=array( "snow"=>array(255,250,250), "ghost white"=>array(248,248,255), "GhostWhite"=>array(248,248,255), "white smoke"=>array(245,245,245), "WhiteSmoke"=>array(245,245,245), "gainsboro"=>array(220,220,220), "floral white"=>array(255,250,240), "FloralWhite"=>array(255,250,240), "old lace"=>array(253,245,230), "OldLace"=>array(253,245,230), "linen"=>array(250,240,230), "antique white"=>array(250,235,215), "AntiqueWhite"=>array(250,235,215), "papaya whip"=>array(255,239,213), "PapayaWhip"=>array(255,239,213), "blanched almond"=>array(255,235,205), "BlanchedAlmond"=>array(255,235,205), "bisque"=>array(255,228,196), "peach puff"=>array(255,218,185), "PeachPuff"=>array(255,218,185), "navajo white"=>array(255,222,173), "NavajoWhite"=>array(255,222,173), "moccasin"=>array(255,228,181), "cornsilk"=>array(255,248,220), "ivory"=>array(255,255,240), "lemon chiffon"=>array(255,250,205), "LemonChiffon"=>array(255,250,205), "seashell"=>array(255,245,238), "honeydew"=>array(240,255,240), "mint cream"=>array(245,255,250), "MintCream"=>array(245,255,250), "azure"=>array(240,255,255), "alice blue"=>array(240,248,255), "AliceBlue"=>array(240,248,255), "lavender"=>array(230,230,250), "lavender blush"=>array(255,240,245), "LavenderBlush"=>array(255,240,245), "misty rose"=>array(255,228,225), "MistyRose"=>array(255,228,225), "white"=>array(255,255,255), "black"=>array(0,0,0), "dark slate gray"=>array(47,79,79), "DarkSlateGray"=>array(47,79,79), "dark slate grey"=>array(47,79,79), "DarkSlateGrey"=>array(47,79,79), "dim gray"=>array(105,105,105), "DimGray"=>array(105,105,105), "dim grey"=>array(105,105,105), "DimGrey"=>array(105,105,105), "slate gray"=>array(112,128,144), "SlateGray"=>array(112,128,144), "slate grey"=>array(112,128,144), "SlateGrey"=>array(112,128,144), "light slate gray"=>array(119,136,153), "LightSlateGray"=>array(119,136,153), "light slate grey"=>array(119,136,153), "LightSlateGrey"=>array(119,136,153), "gray"=>array(190,190,190), "grey"=>array(190,190,190), "light grey"=>array(211,211,211), "LightGrey"=>array(211,211,211), "light gray"=>array(211,211,211), "LightGray"=>array(211,211,211), "midnight blue"=>array(25,25,112), "MidnightBlue"=>array(25,25,112), "navy"=>array(0,0,1
#28354 [Com]: sybase_free_result crash
ID: 28354 Comment by: sergio dot zia at saipm dot com Reported By: alahaye at fmlogistic dot com Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux RadHat 7 PHP Version: 4.3.6 New Comment: I am encountering exactly the same problem :-( Linux RedHat AS 2.1 PHP 4.3.6 Previous Comments: [2004-05-10 22:55:49] [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-05-10 22:28:19] alahaye at fmlogistic dot com Description: When using sybase_free_result, apache Segmentation fault. PB doesn't exist with PHP 4.3.4. Reproduce code: --- "; } sybase_free_result($result); sybase_close($id); ?> Expected result: result of stored procedure -- Edit this bug report at http://bugs.php.net/?id=28354&edit=1
#28359 [NEW]: serialize() combined with references and objects modifies $this
From: mira at st dot jyu dot fi
Operating system: Linux Mandrake 10.0
PHP version: 4.3.4
PHP Bug Type: Class/Object related
Bug description: serialize() combined with references and objects modifies $this
Description:
See the attached script. The problem is reproduceable with PHP 4.3.4 on
Apache 2.0.48 (Apache and PHP versions that are distributed with Mandrake
10.0).
The problem seems to be caused by method setX(). If I replace that method
with
function setX($x) {
return $this->x = $x;
}
or
function &setX($x) {
$this->x = $x;
return $this->x;
}
I get the expected end result. [Note that the former doesn't return the
reference so it isn't equivalent to original code.]
Also note that if I remove the first echo, the result of the second echo
is different so it seems that serialize($this) is modifying $this. It
might be that object's internal represenation is already trashed, though.
Reproduce code:
---
setX("28");
echo "this = ".serialize($this)."\n";
echo "this->getX() = ".serialize($this->getX())."\n";
}
function &setX($x) {
return $this->x = $x;
}
function &getX() {
return $this->x;
}
}
$foo =& new foo();
$foo->test();
?>
Expected result:
this = O:3:"foo":1:{s:1:"x";s:2:"28";}
this->getX() = s:2:"28";
Actual result:
--
this = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";N;}}
this->getX() = O:3:"foo":1:{s:1:"x";O:3:"foo":1:{s:1:"x";R:2;}}
--
Edit bug report at http://bugs.php.net/?id=28359&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28359&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28359&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28359&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28359&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28359&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28359&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28359&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28359&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28359&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28359&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28359&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28359&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28359&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28359&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28359&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28359&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28359&r=float
#28355 [Opn->Csd]: glob wont error if dir is not readable
ID: 28355 Updated by: [EMAIL PROTECTED] Reported By: trancer at trancer dot nl -Status: Open +Status: Closed Bug Type: Directory function related Operating System: Linux PHP Version: 4.3.6 Assigned To: hholzgra 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. 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-05-11 01:31:57] trancer at trancer dot nl Description: If the dir isnt readable by the webserver (apache in my case) glob() wont list a thing. Glob wont return an error like 'permission denied' though alike other functions do. It would be nice to see that when glob() cant read the directory it will return an error or a notice. Reproduce code: --- The dir in which the png file was, was chmodded to 711 so apache only had execution rights. Expected result: Warning: permission denied Array( ) Actual result: -- Array( ) -- Edit this bug report at http://bugs.php.net/?id=28355&edit=1
#28084 [Opn->Bgs]: Crashes when fonts are accessed
ID: 28084 Updated by: [EMAIL PROTECTED] Reported By: doormat at sequence-omega dot net -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 SP3 PHP Version: 4.3.6 New Comment: Was a problem wiht underlying libraries. Previous Comments: [2004-05-09 23:28:48] dietrich dot ayala at foundstone dot com I compiled the GD2 module against the most recent stable versions of freetype, libpng, libjpeg and zlib, and this problem went away. [2004-05-06 16:59:23] mmoria01 at sprintspectrum dot com This happens to me as well. What is odd in my case is when my webpage (intranet site) has been idle for more than a few hours (like overnight), the next graph generation session will come back with one of the graphs throwing a JPGraph "TTF Font Error". On the monitor of the server box there will be a "Message Box" stating that Apache has crashed and a log file has been created. I hit "OK" but never have to restart Apache and all is fine. Even while this "Message Box" is present, the server will still generate pages with graphs. I've looked all over for this log file it said it created and have never found one. I resubmit the request and all graphs are fine. Everything works flawlessly as long as the server is kept fairly active. Apache 1.3.24 PHP 4.3.3 as a SAPI module Windows 2000 SP3 HTH -matt [2004-05-05 01:08:24] [EMAIL PROTECTED] err, I meant open. [2004-05-05 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2004-05-04 22:38:17] jpgraph at aditus dot nu The following code is said to repeat the crash on Win32 , works fine on Linux. Unfortunately I don't have access to a Win32 system to be able to repeat. The reproduce script was submitted by dietrich at ganx4 com 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/28084 -- Edit this bug report at http://bugs.php.net/?id=28084&edit=1
#27584 [Asn->Fbk]: flush sometimes don't work
ID: 27584
Updated by: [EMAIL PROTECTED]
Reported By: xuefer at 21cn dot com
-Status: Assigned
+Status: Feedback
Bug Type: Apache2 related
Operating System: *
PHP Version: 4CVS-2004-03-13
Assigned To: iliaa
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.
PHP cannot possibly predict all ap2 filters that may
conflict with PHP output and it would not be a good idea
(IMHO) to remove all filters before executing PHP. I'd say
it is up to the user to determine which filters are
possibly incompatible and handle the situation
appropriately.
Previous Comments:
[2004-04-29 23:08:48] [EMAIL PROTECTED]
Ilia, check above comment..
[2004-04-22 13:10:07] xuefer at 21cn dot com
php apache2handler should remove "BYTERANGE" outputfilter
example code is in:
./modules/experimental/cache_util.c
line 82
CACHE_DECLARE(void) ap_cache_reset_output_filters(request_rec *r)
{
ap_filter_t *f = r->output_filters;
while (f) {
if (!strcasecmp(f->frec->name, "CORE") ||
!strcasecmp(f->frec->name, "CONTENT_LENGTH") ||
!strcasecmp(f->frec->name, "HTTP_HEADER")) {
f = f->next;
continue;
}
else {
ap_remove_output_filter(f);
f = f->next;
}
}
}
[2004-03-16 11:45:18] [EMAIL PROTECTED]
read above message
[2004-03-16 11:44:53] [EMAIL PROTECTED]
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.
flushing works differently in ap2 then it does in ap1,
which may explain the different output.
P.S. Seems to work equally well in ap1 and ap2 on Linux
however.
[2004-03-15 09:52:45] xuefer at 21cn dot com
my expected result works under apache1
and failed(actual result) under apache2
so what? apache2 bug itself?
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/27584
--
Edit this bug report at http://bugs.php.net/?id=27584&edit=1
#27584 [Fbk->Bgs]: flush sometimes don't work
ID: 27584
Updated by: [EMAIL PROTECTED]
Reported By: xuefer at 21cn dot com
-Status: Feedback
+Status: Bogus
Bug Type: Apache2 related
Operating System: *
PHP Version: 4CVS-2004-03-13
Assigned To: iliaa
New Comment:
oops ment to bogus it.
Previous Comments:
[2004-05-11 15:51:47] [EMAIL PROTECTED]
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.
PHP cannot possibly predict all ap2 filters that may
conflict with PHP output and it would not be a good idea
(IMHO) to remove all filters before executing PHP. I'd say
it is up to the user to determine which filters are
possibly incompatible and handle the situation
appropriately.
[2004-04-29 23:08:48] [EMAIL PROTECTED]
Ilia, check above comment..
[2004-04-22 13:10:07] xuefer at 21cn dot com
php apache2handler should remove "BYTERANGE" outputfilter
example code is in:
./modules/experimental/cache_util.c
line 82
CACHE_DECLARE(void) ap_cache_reset_output_filters(request_rec *r)
{
ap_filter_t *f = r->output_filters;
while (f) {
if (!strcasecmp(f->frec->name, "CORE") ||
!strcasecmp(f->frec->name, "CONTENT_LENGTH") ||
!strcasecmp(f->frec->name, "HTTP_HEADER")) {
f = f->next;
continue;
}
else {
ap_remove_output_filter(f);
f = f->next;
}
}
}
[2004-03-16 11:45:18] [EMAIL PROTECTED]
read above message
[2004-03-16 11:44:53] [EMAIL PROTECTED]
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.
flushing works differently in ap2 then it does in ap1,
which may explain the different output.
P.S. Seems to work equally well in ap1 and ap2 on Linux
however.
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/27584
--
Edit this bug report at http://bugs.php.net/?id=27584&edit=1
#25058 [Com]: make install fails using with-apxs2
ID: 25058 Comment by: rehanann at kfupm dot edu dot sa Reported By: carlo dot mosca at eurostar dot co dot uk Status: Closed Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4.3.3RC4-dev New Comment: I think this issue is not yet completed please try to help me out this error? I am using PHP version 4.3.6. Operating System Aix 5.2. Complitation option is : ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/local/mysql --with-gettext --with-xml --with-imap-ssl=/usr/local/ssl Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules rm -f /usr/local/apache2/modules/libphp4.so /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /tmp/horde/php-4.3.6/libs' chmod 755 /usr/local/apache2/modules/libphp4.so chmod: /usr/local/apache2/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. Hope for the reply. Previous Comments: [2003-08-26 07:13:43] carlo dot mosca at eurostar dot co dot uk Found the Close button! :) [2003-08-26 07:12:20] carlo dot mosca at eurostar dot co dot uk Yes, seems to be okay now (although I haven't actually tried running a CGI PHP script to make sure). [2003-08-25 22:06:11] [EMAIL PROTECTED] Does copying that libphp4.so manually work for you? (when using --disable-cli) [2003-08-15 07:30:49] carlo dot mosca at eurostar dot co dot uk I still get the same error off make install: Installing PHP SAPI module: apache2handler /elgar/local/apache2/build/instdso.sh SH_LIBTOOL='/elgar/local/apache2/build/libtool' libphp4.la /elgar/local/apache2/modules rm -f /elgar/local/apache2/modules/libphp4.so /elgar/local/apache2/build/libtool --mode=install cp libphp4.la /elgar/local/apache2/modules/ cp .libs/libphp4.a /elgar/local/apache2/modules/libphp4.a cp .libs/libphp4.lai /elgar/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /elgar/devel/user/carlo/local/php4-STABLE-200308121530/libs' chmod 755 /elgar/local/apache2/modules/libphp4.so chmod: /elgar/local/apache2/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. 2.360u 3.070s 0:12.30 44.1% 517+671k 0+0io 1251pf+0w CRM php4-STABLE-200308121530 -> ls -l libs/ total 9872 -rw-r--r-- 1 carlodevel 5044390 Aug 15 13:28 libphp4.a -rw-r--r-- 1 carlodevel 723 Aug 15 13:28 libphp4.la CRM php4-STABLE-200308121530 -> ls -l .libs/ total 19624 -rw-r--r-- 1 carlodevel
#28360 [NEW]: PHP.exe crashes
From: jakespotgieter at hotmail dot com
Operating system: Windows XP
PHP version: 5.0.0RC2
PHP Bug Type: COM related
Bug description: PHP.exe crashes
Description:
When trying to run a simply command like:
$word = new COM("word.application");
The php.exe crashes.
--
Edit bug report at http://bugs.php.net/?id=28360&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28360&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28360&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28360&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28360&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28360&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28360&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28360&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28360&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28360&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28360&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28360&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28360&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28360&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28360&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28360&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28360&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28360&r=float
#27584 [Bgs->Opn]: flush sometimes don't work
ID: 27584
User updated by: xuefer at 21cn dot com
Reported By: xuefer at 21cn dot com
-Status: Bogus
+Status: Open
Bug Type: Apache2 related
Operating System: *
PHP Version: 4CVS-2004-03-13
Assigned To: iliaa
New Comment:
i've already tried "RemoveOutputFilter" in httpd.conf of apache2
but with no luck, it's an internal filter
should apache or php solve this bug?
Previous Comments:
[2004-05-11 15:52:08] [EMAIL PROTECTED]
oops ment to bogus it.
[2004-05-11 15:51:47] [EMAIL PROTECTED]
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.
PHP cannot possibly predict all ap2 filters that may
conflict with PHP output and it would not be a good idea
(IMHO) to remove all filters before executing PHP. I'd say
it is up to the user to determine which filters are
possibly incompatible and handle the situation
appropriately.
[2004-04-29 23:08:48] [EMAIL PROTECTED]
Ilia, check above comment..
[2004-04-22 13:10:07] xuefer at 21cn dot com
php apache2handler should remove "BYTERANGE" outputfilter
example code is in:
./modules/experimental/cache_util.c
line 82
CACHE_DECLARE(void) ap_cache_reset_output_filters(request_rec *r)
{
ap_filter_t *f = r->output_filters;
while (f) {
if (!strcasecmp(f->frec->name, "CORE") ||
!strcasecmp(f->frec->name, "CONTENT_LENGTH") ||
!strcasecmp(f->frec->name, "HTTP_HEADER")) {
f = f->next;
continue;
}
else {
ap_remove_output_filter(f);
f = f->next;
}
}
}
[2004-03-16 11:45:18] [EMAIL PROTECTED]
read above message
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/27584
--
Edit this bug report at http://bugs.php.net/?id=27584&edit=1
#27584 [Opn->Bgs]: flush sometimes don't work
ID: 27584
Updated by: [EMAIL PROTECTED]
Reported By: xuefer at 21cn dot com
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: *
PHP Version: 4CVS-2004-03-13
Assigned To: iliaa
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.
I'd say that this is an Apache issue and not a PHP one.
Previous Comments:
[2004-05-11 16:55:31] xuefer at 21cn dot com
i've already tried "RemoveOutputFilter" in httpd.conf of apache2
but with no luck, it's an internal filter
should apache or php solve this bug?
[2004-05-11 15:52:08] [EMAIL PROTECTED]
oops ment to bogus it.
[2004-05-11 15:51:47] [EMAIL PROTECTED]
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.
PHP cannot possibly predict all ap2 filters that may
conflict with PHP output and it would not be a good idea
(IMHO) to remove all filters before executing PHP. I'd say
it is up to the user to determine which filters are
possibly incompatible and handle the situation
appropriately.
[2004-04-29 23:08:48] [EMAIL PROTECTED]
Ilia, check above comment..
[2004-04-22 13:10:07] xuefer at 21cn dot com
php apache2handler should remove "BYTERANGE" outputfilter
example code is in:
./modules/experimental/cache_util.c
line 82
CACHE_DECLARE(void) ap_cache_reset_output_filters(request_rec *r)
{
ap_filter_t *f = r->output_filters;
while (f) {
if (!strcasecmp(f->frec->name, "CORE") ||
!strcasecmp(f->frec->name, "CONTENT_LENGTH") ||
!strcasecmp(f->frec->name, "HTTP_HEADER")) {
f = f->next;
continue;
}
else {
ap_remove_output_filter(f);
f = f->next;
}
}
}
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/27584
--
Edit this bug report at http://bugs.php.net/?id=27584&edit=1
#28360 [Opn->Fbk]: PHP.exe crashes
ID: 28360
Updated by: [EMAIL PROTECTED]
Reported By: jakespotgieter at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows XP
PHP Version: 5.0.0RC2
New Comment:
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
Previous Comments:
[2004-05-11 16:43:21] jakespotgieter at hotmail dot com
Description:
When trying to run a simply command like:
$word = new COM("word.application");
The php.exe crashes.
--
Edit this bug report at http://bugs.php.net/?id=28360&edit=1
#28260 [Fbk->Opn]: readfile + session_start results in huge memory consumption
ID: 28260 User updated by: mb at diderot dot de Reported By: mb at diderot dot de -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.3.6 New Comment: I used flush() to prevent buffering. What surprises me is that it works in php5 without settings. Previous Comments: [2004-05-10 20:13:04] [EMAIL PROTECTED] Are you sure you don't have output buffering of any sort enabled? [2004-05-03 16:05:07] mb at diderot dot de With php5 this just works fine ;) [2004-05-03 15:16:58] mb at diderot dot de Description: When using readfile or fread in combination with session_start php seems to allocate memory for the whole filesize. Without session_start it doesn't. Replacing readfile by a fread loop doesn't make any difference. Reproduce code: --- memory_limit ?> memory_limit ?> Expected result: Memory consumation should stay much bellow the whole filesize as it does without sessions. Actual result: -- apache error.log: Allowed memory size of 16777216 bytes exhausted (tried to allocate 138188800 bytes) -- Edit this bug report at http://bugs.php.net/?id=28260&edit=1
#22902 [Com]: Crystal Reports 9 (RDC) and SelectPrinter error
ID: 22902
Comment by: sumuhanj at hotmail dot com
Reported By: andy at advancethermal dot com
Status: Bogus
Bug Type: COM related
Operating System: Windows XP Professional
PHP Version: 4.3.1
New Comment:
Just wanted to say thank you for everyone on the thread. I had the same
problem and it is great to get find the solution. Long live the web
Previous Comments:
[2003-03-31 10:24:27] andy at advancethermal dot com
Crystal Decisions provided a resolution to the problem. The
PaperOrientation method must be specified if the SelectPrinter method
is used. Here is the code that works.
$crapp = new COM("CrystalDesignRunTime.Application");
$creport = $crapp->OpenReport("d:\\athermal\\reports\\backlog.rpt",
1);
$creport->SelectPrinter("winspool", "HP LaserJet 1200 Series PCL",
"Ne01:");
$creport->PaperOrientation = 0;
$creport->PrintOut(False);
[2003-03-27 02:48:12] [EMAIL PROTECTED]
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.
that's not a php issue
[2003-03-26 09:03:47] andy at advancethermal dot com
Specifying a printer from the SelectPrinter method causes PHP to
crash.
The following code:
-
$crapp = new COM("CrystalDesignRunTime.Application");
$creport = $crapp->OpenReport("d:\\athermal\\reports\\backlog.rpt",
1);
$creport->SelectPrinter("winspool", "HP LaserJet 1200 Series PCL",
"Ne01:");
print
"DEBUG|".$creport->DriverName."|".$creport->PrinterName."|".$creport->PortName."|";
$creport->PrintOut(False);
-
Produces the following output:
-
Content-type: text/html
X-Powered-By: PHP/4.3.1
winspool|HP LaserJet 1200 Series PCL|Ne01:|
Warning: (null)(): Invoke() failed: Exception occurred.
Source: Crystal Reports ActiveX Designer Description:
Error start
ing print job. Please check your printer or network connection. in
d:\atherma
l\temp\test.php on line 7
-
Other items to note:
- When the SelectPrinter line is commented out, the report prints fine
to the default printer and the DEBUG line prints "DEBUG|||".
- If the PrintOut line is commented out, the DEBUG line prints
"DEBUG|winspool|HP LaserJet 1200 Series PCL|Ne01:|" without any error.
- If the PortName is not specified, or specified incorrectly on the
SelectPrinter line, it is printed correctly on the DEBUG line. (i.e. if
"Ne00:" is specified on the SelectPrinter line, "Ne01:" is reported on
the DEBUG line.)
aap
--
Edit this bug report at http://bugs.php.net/?id=22902&edit=1
#28270 [Bgs]: any call to error_log(...) crashes - revisited
ID: 28270
User updated by: leha2 at mail dot ru
Reported By: leha2 at mail dot ru
Status: Bogus
Bug Type: Reproducible crash
Operating System: Win32 (in my case WinXPPro+SP1)
PHP Version: 4.3.6
New Comment:
The trouble is that I need a password to change the status of that bug
to Open, so I simply can't reopen it. Another strange thing is that my
comment to that bug (#16787) has been deleted somehow, so, looks like
this report is the only place for this bug to be described ;). In any
case, I can deal without error_log() in PHP, while it's your work to
improve PHP and fix bugs. So, if you don't need my report - just delete
it or ignore. That's it.
Previous Comments:
[2004-05-04 09:03:52] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Reopen the old report, NEVER refile an existing bug please.
[2004-05-04 07:30:22] leha2 at mail dot ru
Description:
This report is just a reminder about "Bug #16787any call to
error_log(...) crashes", that was posted to bugtrace two years ago.
I've added a comment there with description of troubles I've encounter
after migrating from PHP v.4.1.0 to 4.3.5, and then to 4.3.6.
Quick URL for viewing that post is:
http://bugs.php.net/bug.php?id=16787
Thanks for help in advance,
LeXa2
Reproduce code:
---
Here is a fragment of modified FastTemplate class, where the trouble
was first encountered:
function show_unknowns ($Line)
{
$unknown = array();
if (ereg("({[A-Z0-9_]+})",$Line,$unknown))
{
$UnkVar = $unknown[0];
if(!(empty($UnkVar)))
{
this is the trouble line =>
@error_log("[FastTemplate] Warning: no value found for variable:
$UnkVar ",0);
}
}
}// end show_unknowns()
Expected result:
just to log error as usual
Actual result:
--
PHP stalls and I have to kill it's process via Task Manager. After that
I got 500 Internal Server Error (not surprising, really ;)
--
Edit this bug report at http://bugs.php.net/?id=28270&edit=1
#28362 [NEW]: Receiving 500 error when uploading file.
From: chris at komodohost dot com
Operating system: RedHat Enterprise Linux 3
PHP version: 4.3.4
PHP Bug Type: Apache related
Bug description: Receiving 500 error when uploading file.
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit bug report at http://bugs.php.net/?id=28362&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28362&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28362&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28362&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28362&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28362&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28362&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28362&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28362&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28362&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28362&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28362&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28362&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28362&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28362&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28362&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28362&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28362&r=float
#28362 [Opn->Fbk]: Receiving 500 error when uploading file.
ID: 28362
Updated by: [EMAIL PROTECTED]
Reported By: chris at komodohost dot com
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: RedHat Enterprise Linux 3
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2004-05-11 20:21:11] chris at komodohost dot com
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=28362&edit=1
#28260 [Opn->Bgs]: readfile + session_start results in huge memory consumption
ID: 28260 Updated by: [EMAIL PROTECTED] Reported By: mb at diderot dot de -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php When using buffer, data inside the buffer will not be freed right away. Previous Comments: [2004-05-11 17:50:05] mb at diderot dot de I used flush() to prevent buffering. What surprises me is that it works in php5 without settings. [2004-05-10 20:13:04] [EMAIL PROTECTED] Are you sure you don't have output buffering of any sort enabled? [2004-05-03 16:05:07] mb at diderot dot de With php5 this just works fine ;) [2004-05-03 15:16:58] mb at diderot dot de Description: When using readfile or fread in combination with session_start php seems to allocate memory for the whole filesize. Without session_start it doesn't. Replacing readfile by a fread loop doesn't make any difference. Reproduce code: --- memory_limit ?> memory_limit ?> Expected result: Memory consumation should stay much bellow the whole filesize as it does without sessions. Actual result: -- apache error.log: Allowed memory size of 16777216 bytes exhausted (tried to allocate 138188800 bytes) -- Edit this bug report at http://bugs.php.net/?id=28260&edit=1
#28362 [Fbk->Opn]: Receiving 500 error when uploading file.
ID: 28362
User updated by: chris at komodohost dot com
Reported By: chris at komodohost dot com
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: RedHat Enterprise Linux 3
-PHP Version: 4.3.4
+PHP Version: 4.3.6
New Comment:
Still getting the same error after upgrading.
Previous Comments:
[2004-05-11 20:26:08] [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-05-11 20:21:11] chris at komodohost dot com
Description:
Receiving Internal Server Error on any form posted which contains an
uploaded file. We are running PHP with PHPSuExec. File has correct
ownership and permissions. PHP was configured with:
'./configure' '--prefix=/usr' '--with-xml' '--enable-bcmath'
'--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash'
'--enable-magic-quotes' '--with-mysql' '--enable-discard-path'
'--with-pear' '--enable-sockets' '--enable-track-vars'
'--enable-versioning' '--with-zlib'
Reproduce code:
---
http://www.komodohost.com/uploadbug.php
if ($_POST[file1]) {
echo "Success!";
}
?>
Expected result:
Upon posting form, "Success!" should be displayed.
Actual result:
--
500 Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=28362&edit=1
