apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 43329] - apr_proc_create behavior change
Date Fri, 28 Sep 2007 17:07:37 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43329>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=43329





------- Additional Comments From wrowe@apache.org  2007-09-28 10:07 -------
On your comment above;
> You probably meant: (stdout_reset & HANDLE_FLAG_INHERIT) 
> instead of:         (stdout_reset &= HANDLE_FLAG_INHERIT).  

It does mean exactly what it states already, an and-mask-assignment;

    if (GetHandleInformation(si.hStdOutput,
                             &stdout_reset)
            && (stdout_reset &= HANDLE_FLAG_INHERIT))

should presently GetHandleInformation(si.hStdOutput, &stdout_reset)
  assigning the value of the current handle flags to stdout_reset
and if not 0 (success), 
  stdout_reset contains the handle bits from GetHandleInformation,
  (stdout_reset &= HANDLE_FLAG_INHERIT)
    causes stdout_reset to be masked with only the previous inherit bit,
    resulting in a value of 0 or HANDLE_FLAG_INHERIT based on it's prior value.
but if GetHandleInformation returns 0 (failure)
  stdout_reset is not touched
  the stdout_reset value is not &= and-mask assigned

No?


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


Mime
View raw message