This is really an impressive product: it is capable of doing 
the exact same thing under a wide range of circumstances.  If that one thing were useful, it would be really great.
So, yes, I downloaded and rebuilt PHP so it was "cgi" instead of "cli":
 	| Quote: | 
	| /home/michael/php-5.2.6/sapi/cgi/php-cgi --version PHP 5.2.6 (cgi) (built: Jun  5 2008 18:48:09)
 Copyright (c) 1997-2008 The PHP Group
 Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
 | 
The dumpinfo under 5.2 isn't as helpful as the one under 5.1 but it looks like it's reading the same ini file.
Needless to say, I got the same behavior from DBG:
 	| Quote: | 
	| dbg-cli-2.15.5-glibc-2.2/dbg-cli DBG php debugger, version 2.15.5, Copyright 2001, 2007, Dmitri Dmitrienko, www.nusphere.com
 dbg>set cgiexec /home/michael/php-5.2.6/sapi/cgi/php-cgi
 dbg>set mode off
 dbg>file myfile.php
 Reading symbols from myfile.php...done.
 dbg>run
 
 Program exited.
 Session start timeout has expired.
 Program is not being run.
 | 
 	| Quote: | 
	| People rarely need to debug their php scripts under CLI. What they need the most is debugging their web sites and DBG is very strong in this area. Did you by any chance try NuSphere PhpED 5.2 that comes with DBG 3.2.14? 
 | 
Are you actually suggesting that since I cannot run DBG in the simplest, easiest case, I should purchase a product in the hope that it will run in a networked, multi-server case?  Until we can 
successfully evaluate DBG, we aren't purchasing anything based on it.