I can't see any differences in the behavior of "../" between cgi- and cli-version (at least on my win-box, and I would wonder if it is on Linux, and if, somebody should report it to qa), but it seems to be the old story of currentdir, workdir, etc. on the different machines.
If I'm right, the call from the makefile
"PHPDOCDIR=$(srcdir) $(PHP) -c $(scriptdir) -f $(scriptdir)/revcheck.php $(LANGDIR) > revcheck.html"
sets an environment-variable before it calls revcheck (But I'm not an expert on *nixes).
In this case, a fix for the generating machine should be to change the lines 93-98 in revcheck.php with:
if (isset($_ENV['PHPDOCDIR']) && is_dir($_ENV['PHPDOCDIR']))
$DOCDIR = $_ENV['PHPDOCDIR']."/"; // run via make
else
$DOCDIR = "../"; //run directly from script-dir
NOTE: Under Win and Cygwin you need the above isset(), because is_dir($not_set_var) returns true, and PHPDOCDIR=$(srcdir) doesn't set a Win-env-var for the php.exe.
So it's not a perfect solution, but it should work.
Would be great if somebody could check it on *nix (the best would the generating machine) before it gets committed (and changed again ;-).
So far my 2 cents,
Thomas
Gabor Hojtsy wrote:
As far as I have seen Friedhelm committed a fix to solve
this problem [it is because of the CGI/CLI differences]...
Goba
The same to pt_BR FernandoMartin Samesch escreveu:Hi, http://www.php.net/manual/de/revcheck.html.gz tells me that "The de language code is not valid". Is it broken? Martin
-- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
