On Fri, Oct 9, 2009 at 9:04 PM, William A. Rowe, Jr.
<wr...@rowe-clan.net> wrote:
> Rainer Jung wrote:
>> On 09.10.2009 20:55, Jeff Trawick wrote:
>>> Related to clarifying the executable part of the wrapper command-line
>>> (823657): Handling wrapper executables with embedded blanks,
>>> especially to confront the FcgiWrapper "C:/PROGRA~1/PHP/php-cgi.exe"
>>> .php meme.  (Dig the quotes; you might anticipate you could spell out
>>> the proper path in there, but quotes are for cmd+args, the first
>>> blank-delimited
>>> token of which must be the executable file.)
>>>
>>> The fact that a patch to handle that started growing more than I
>>> expected makes me ask: Is it worth the trouble supporting something
>>> like
>>>
>>> FcgidWrapper "'C:/Program Files/PHP/php-cgi.exe' -c /some/odd/ini/file" .php
>>>
>>> Can I do something like that when defining a piped logger? (executable
>>> with blanks + arguments)  I tried but was unable, either because of a
>>> Unix shell-ism or a Jeff-ism.
>>
>> Tataaaa: there comes httpd 2.2.12+
>>
>> The usual piped logger syntax uses an intermediate shell with "-c" to
>> actually start the logger. Bill added an alternative "||" syntax in
>> 2.2.12 (see CHANGES) which spawns without the shell.
>>
>> Using the Syntax
>>
>> "||/my/path/with\ spaces/rotatelogs /my/log/path/access_log 86400"
>>
>> I'm able to use rotatelogs with white space in the installation path.
>> Backslash as an escaped worked in the log file name to.
>>
>> Using Solaris and compiling with xpg4 shell for spawning which should
>> not be relevant here, since "||" shouldn't use the shell.

thanks for the huge clue

>
> Nested doublequotes should also work as delimiters.  "blah \"blah blah\" blah"

sure (whatever apr_tokenize_to_argv() supports)

Reply via email to