Re: php.ini is output_buffering effected after Global Variables change?
Available news archives: comp.lang.tcl - comp.lang.python - comp.security.firewalls - sci.crypt - comp.lang.php - comp.lang.javascript
Google
 
Web news.hping.org


comp.lang.php archive

Re: php.ini is output_buffering effected after Global Variables change?

From: Jerry Stuckle <jstucklex@attglobal.net>
Date: Sat Jul 30 2005 - 06:50:10 CEST

Al Kolff wrote:
> I am putting together a site based on iSchoolAd a apache/php/mysql script
>
> It is being developed locally using PHPDEV.
>
> After completing modifications the script worked fine.
>
> Till I changed global_variables to on in php.ini (to make a old script
> run).
>
> When I went back to my project I received a message when trying to login:
> Warning: unable to add to header already.........
>
> So I changed global_variables back to off. Rebooted and guess what
> Same message when I tried to run my script
>
> After much searching I found a reference to changing output_buffering to on
> as a fix for the warning. And it cured the problem.
>
> My question is why did it work before I changed the global variables to on
> (I understand, I think, how that caused a problem) And not work after I
> changed it back to Off, until I changed output_buffering to on? I never
> touched that in the first place.
>

I don't know why it worked before - but one thing I do know. Turning on output
buffering didn't "fix" the problem. It only hid the problem.

It could be anything - a blank line in an included file, for instance. Anything
which caused output to be sent. Maybe while looking for the problem you
accidentally added a blank line.

You'd be much better to fix the problem than hide it. Then fix the major
security problem cause by register_globals being on.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================
Received on Tue Oct 18 02:06:13 2005