Bug #14529 Updated: script doesn't always finish output
| From: | jay1 at swift-web dot com | Date: | Sat, 15 Dec 2001 20:33:50 +0000 |
| Subject: | Bug #14529 Updated: script doesn't always finish output | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-73952@lists.php.net to get a copy of this message | ||
ID: 14529
User updated by: jay1@swift-web.com
Reported By: jay1@swift-web.com
Old Status: Feedback
Status: Open
Bug Type: Output Control
Operating System: Linux RH 7.2
Old PHP Version: 4.1.0
PHP Version: 4.2.0-dev
New Comment:
Tried using the snap shot and it will no longer let me connect to my MySQL database so I
couldn't run the page I've been doing the testing on.
Did the format for mysql_connect change in this version?
I can still connect to it from the Linux prompt itself so it's still running. In phpinfo() the
section on mysql looks exactly the same except MYSQL_MODULE_TYPE (4.1.0 reports 'none' the
4.2.0-dev reports 'builtin') yet I used the same configure line (both used built in -
I've never figured out how to get it to use the installed MySQL perhaps because it's
installed from rpm files and library file just don't exist - but not too sure what I am
supposed to be looking for there).
Previous Comments:
------------------------------------------------------------------------
[2001-12-15 06:35:00] derick@php.net
Can you please try a snapshot from snaps.php.net, and see if it's fixed in the 4.2.0dev
version?
Thanx,
Derick
------------------------------------------------------------------------
[2001-12-14 20:16:49] jay1@swift-web.com
Having a problem like in bug ID# 9836 but was unable to submit comments to that thread.
scripts sometimes stops outputing part ways through. (No errors just an uncompleted page displayed).
Regardless of how many refreshes it stops at exact same place. Some pages have very little code
others have a lot so length doesn't seem to be the issue.
I tried setting a session variable after an echo statement that did not fully display and on a
reload it had taken the new value. This would suggest the script doesn't really stop, just the
output of HTML being returned stops. As a side note the time the setting of a session variable was
added below the lines not displaying, upon a refresh it not only showed me the variable was set but
it displayed the whole page.
Sure enough if I pulled the session variable out (nothing relative to the page at all), restart the
session it's back to stopping at the exact same spot before - right in the middle of an echo
statement such as:
echo "This is a sample";
would only output:
Thi
(and that would be the last of the page)
It is not timing out (runs in less than a second). But I have discovered if I set the following in
php.ini it works perfectly:
output_buffering = On
(formally set to 'Off')
You would think that with it set to On you'd have more chances of a cut off than with it Off
Here is my config line (same as when I run PHP4.0.6 which doesn't repeat this problem).
./configure --with-apxs --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib
--libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/u
sr --with-config-file-path=/etc --disable-debug --enable-pic --disable-rpath
--enable-inline-optimization --with-bz2 --with-curf --with-db3 --with-exec-dir=/usr/bin --with-gd
--with-gdbm --with-gettext -with-jpeg-dir=/usr --enable-trans-sid --with-openssl --with-png
--with-regex=system --with-ttl --with-zlib --with-layout=GNU --enable-debugger --enable-ftp
--enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm
--enable-track-vars --enable-yp --enable-wddx --with-mysql --with-pgsql --without-unixODBC
--without-oracle --without-oci8 --with-pspell --with-xml --with-pdf --with-cybercash
I also am using Zend Optimizer (for 4.1.0)
I should also point out that with PHP4.1.0 I can not use 'user' session handling (used
MySQL to handle sessions in PHP4.0.6), now unless I turn it back to default 'files' it
will not let me use old (session_register) or the new ($_SESSION['name']=)...though no
errors occur the session just doesn't retrieve or store data anymore. I don't know if
these two would be linked but I thought I'd bring it up
------------------------------------------------------------------------
Edit this bug report at http://bugs.php.net/?id=14529&edit=1