Hi! Goba, I hope you didn't get me wrong with the php.bat, because it worked well till PHP 4.1.2, but PHPs behavior has changed since PHP 4.2.0 (at least on win, don't have a Linux-box at hand). Before we do a general workaround, we should check if this behavior-change was on purpose, or if it's just a fug for bixing ;)
Since I don't follow the phpdev-list regularly: Markus (or other devs reading this message) do you know if this changed behavior was intended, and as a personal interest: If yes, why? Thomas Gabor Hojtsy wrote: >>Hi Rafael, >> >>It works fine for me, but: >> >>be sure that the arguments get through into your file-entities.php (e.g. >>"./script/file-entities.php" + "." + "es"). If not, you get except the > > install-part > >>(which is handled separately) only file-entities pointing to */en/* (in > > chapters.ent), > >>which makes an almost completely english manual. >> >>Stay with commands in the configure, like "php -q > > ./scripts/file-entities.php . es" > >>instead of e.g. >>"php -c /mypathto/php.ini -q ./scripts/file-entities.php . es" (which > > would be made > >>out of it by the php.bat on win). > > > It would be nice to have a way to add the special ini info, but still > make the file-entites.php work. Isn't there a way to handle parameters > more intelligently in file-entities.php? > > Goba >
