Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 97662 invoked from network); 4 Nov 2003 08:20:30 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 4 Nov 2003 08:20:30 -0000 Received: (qmail 11325 invoked by uid 500); 4 Nov 2003 08:20:06 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 11292 invoked by uid 500); 4 Nov 2003 08:20:05 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 11279 invoked from network); 4 Nov 2003 08:20:05 -0000 X-Authentication-Warning: suntzu.lyra.org: gstein set sender to gstein@lyra.org using -f Date: Tue, 4 Nov 2003 00:19:40 -0800 From: Greg Stein To: Branko ?ibej Cc: dev@apr.apache.org Subject: Re: cvs commit: apr/network_io/win32 sockets.c sockopt.c Message-ID: <20031104001940.A15421@lyra.org> Mail-Followup-To: Branko ?ibej , dev@apr.apache.org References: <20031102205118.24488.qmail@minotaur.apache.org> <3FA6FFAF.6090907@xbc.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3FA6FFAF.6090907@xbc.nu>; from brane@xbc.nu on Tue, Nov 04, 2003 at 02:23:59AM +0100 X-URL: http://www.lyra.org/greg/ X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Tue, Nov 04, 2003 at 02:23:59AM +0100, Branko ?ibej wrote: > gstein@apache.org wrote: >... > > Also simplified the test/set macros to just take a socket. >... > > #define apr_set_option(mask, option, on) \ > > do { \ > > if (on) \ > > - *mask |= option; \ > > + *(mask) |= (option); \ > > else \ > > - *mask &= ~option; \ > > + *(mask) &= ~(option); \ > > } while (0) > > > > #endif /* ! NETWORK_IO_H */ > > Any particular reason for this macro not being the same as the Unix > version, except making an evil attack on Win32 buildability? :-) Gah... dealing with too many copies of too many files... Sorry 'bout that. As you guessed, there was no particular reason. I just missed it and couldn't get a test win32 compile done. Thanks for the fix! Cheers, -g -- Greg Stein, http://www.lyra.org/