Possible Probs with PHP4.2?

[MartynJ]

Having some strange things happening on a forum I run, where it seems that the page doesn't "render" properly and there is a lot of code being spilled. I have heard of some probs with PHP4.2 in this aspect, and was wondering if anyone had any ideas. Also, if this is the case, would I be better off "downgrading" PHP or waiting a week or two till a new version of vB comes out?

[MartynJ]

Also, here's another example.

[scoutt]

well as I don't have a forum all I can do is guess, maybe this forum version 2.x.x doesn't support php4.2, unless you turned on settings in the php.ini to accomodate the forum. but what you did was not advised as they are turned off for security reasons. like register_globals is turned off since php4.2 and up.

I also remember reading that vbulliten 3.0 will accomodate php4.2 and up with all the settings turned off that are recommended.

[MartynJ]

Yeah, register_globals is on since PHP4.2 and vB 2.2.5 had problems, this was done at the advice of the vB team. Since then I have gone down to PHP4.1.2 but haven't switched off register globals, actually, there's a thought.

*runs off to experiment*

[Steve Machol]

Register_globals needs to be on for every version of vB. This will change with version 2.26 which should be released soon.

[MartynJ]

OK, tried the register_globals, and first thing I noticed was that hacks on the front page went down. When I clicked on a forum I was told that they weren't valid links. If this is what happens with register_globals off, does this then imply that a whole load of hacks will stop working soon?

[Steve Machol]

Yes, as I said you currently need to have register_globals set to 'on' for all versions of vB.

[MartynJ]

Think I may hav got to the bottom of things. I am serving the pages locally at the moment from the following platform -

Windows XP Pro
Apache 2.0.3.5
PHP 4.2 (latterly 4.1.2)
WinMySQL 3.0.9 ( I think, whatever the current stable release is)

And anyway, I went looking to Apache's website to get an older version of Apache, thinking this may be the prob, and came across this (http://www.apache.org/dist/httpd/binaries/win32/#xpbug) which got my attention. I am downloading the fix (http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949) now and will let you know how it goes.

[Freddie Bingham]

Do you have gzip enabled?

[MartynJ]

Yes I think so, will I disable it?

[Freddie Bingham]

Originally posted by MartynJ
Yes I think so, will I disable it? Yes try your forum with it disabled.

[Scott MacVicar]

Actually its Microsoft to blaim this time, its a socket isssue.

http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949

If you receive such errors on Windows XP using SSI scripting or PHP scripts, but not static pages, you are probably a victim of this bug. It has been reported to Microsoft, they have prepared a hotfix for afd.sys that should resolve this bug. MSKB article Q317949 addresses this bug, you should be able to obtain the hotfix directly from Microsoft by citing this Knowledge Base article.

[Freddie Bingham]

Well if that doesn't work, try disabling gzip.