Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi

I have tried the latest build you suggested :

http://snaps.php.net/win32/php5.3-win32-latest.zip

but the problem still exists.

Dmitry, I thought you fixed this..? 

Sorry but Abyss version 2.5 is a comercial coftware and I am not able to downlaod and test it.

I am using the FREE version of Abyss which is available for download from here :-

http://www.aprelium.com/abyssws/download.php

I am experiencing the exact same problem under IIS 5.1

Has there been any resolution to this problem?

The bug was fixed for IIS (not for Abysse) in 5.2.5.
Do you use older PHP version?

According to http://ru2.php.net/reserved.variables PHP_SELF is the filename of the currently executing script, relative to the document root. For instance, $_SERVER['PHP_SELF'] in a script at the address http://example.com/test.php/foo.bar would be /test.php/foo.bar.

According to http://hoohoo.ncsa.uiuc.edu/cgi/env.html PATH_INFO - is
the extra path information, as given by the client. In other words, scripts can be accessed by their virtual pathname, followed by extra information at the end of this path. The extra information is sent as PATH_INFO. This information should be decoded by the server if it comes from a URL before it is passed to the CGI script.

However IIS use its own standard. According to http://msdn2.microsoft.com/en-us/library/ms524602.aspx PATH_INFO - is a path information, as given by the client, for example, "/vdir/myisapi.dll/zip". If this information comes from a URL, it is decoded by the server before it is passed to the CGI script or ISAPI filter. 
If the AllowPathInfoForScriptMappings metabase property is set to true (to support exclusive CGI functionality), PATH_INFO will only contain "/zip" and ISAPI applications such as ASP will break.

However Abyss doesn't follow both standards. It sets PATH_INFO into the value of SCRIPT_NAME and loses extra path information.

I am not going to fix the bug, while I don't understand what standarad Abysse uses (It behave differently from Apache and IIS). This time I suppose it is an Abysse bug, but I am ready for discussion.

Abyss claim to compy with CGI/1.1, as stated here :-

http://www.aprelium.com/data/doc/2/abyssws-win-doc-html/cgivars.html

'Before running a CGI application or interpreter, Abyss Web Server sets its environment variables in conformity with the CGI/1.1 specification (as described in http://hoohoo.ncsa.uiuc.edu/cgi) ....'.

PHP 5.2.3 works OK with the latest version of Abyss, so I can only assume that some change in PHP 5.2.4 introduced the problem.

Thanks to Dan Voisine who has Emailed me with a solution to this in Abyss :-

In Scripting Parameters, edit the Interpreter entry and change the Type field from 'PHP Style' to 'Standard'.