> ... or have I missed some finer point about regional settings? probably.
check out the 'apply all setting to the current user account and the default user profile" in the regional control panel -- Louis Solomon www.SteelBytes.com ""Fred"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > So here is the source of the problem, but not the cause. > From the XP command line etc. the dir returns a file line of > 04/02/2005 02:09 AM 19405754 filename.ext > but when invoked from shell_exec() it returns > 04/02/2005 02:09 19405754 filename.ext > which means that for some reason the PHP evoked shell isnt picking up the > custom regional settings on the machine. > Its easy enough to work around, but is this a bug or have I missed some > finer point about regional settings? > > ""Fred"" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> PHP5 - Apache2 - XPSP2 >> I have an XP batch file incorporating a For /F command which behaves >> strangely if run from a shell_exec() or system(). >> Specifically, if the batch is run from a command prompt or from the >> scheduler, it works as expected, but if I run the same batch from >> shell_exec() the For /F misbehaves interpreting token fields. >> Paraphrasing, "For /F "tokens=1-4" %%a in ('dir /-c c:\somedir') do if /I >> %%d==somevalue dosomething" always returns the fourth space delimited >> field for %d when run fom an XP cammand prompt or scheduler, but >> sometimes returns the third space delimited field when run from >> shell_exec(). It always returns the wrong field from the same dir output >> lines. The only coincidence seems to be that it returns the wrong field >> when there are lots of consecutive spaces preceeding the field. >> Got me beat. >> Anyone had similar issues? Please? -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
