From dev-return-23914-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Fri Apr 08 14:21:27 2011 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 10157 invoked from network); 8 Apr 2011 14:21:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Apr 2011 14:21:27 -0000 Received: (qmail 43539 invoked by uid 500); 8 Apr 2011 14:21:26 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 43486 invoked by uid 500); 8 Apr 2011 14:21:26 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 43478 invoked by uid 99); 8 Apr 2011 14:21:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Apr 2011 14:21:26 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of trawick@gmail.com designates 209.85.214.50 as permitted sender) Received: from [209.85.214.50] (HELO mail-bw0-f50.google.com) (209.85.214.50) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Apr 2011 14:21:21 +0000 Received: by bwz2 with SMTP id 2so4273810bwz.37 for ; Fri, 08 Apr 2011 07:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=Xa4GUV2Tmn9AYYwyt+KsnFCzBpF1POc3nDopliX488o=; b=CNeASOQRihy/0brul9B10jT9LSnPaWf7QxQEuIbTunXBi6GwjPrYn+npo2LuR8FpbC YamH8vdaN0cszqMHvNQNhAUA03mC+KQGZaYhruEw1+ekQgQ/2Gbv/cduOgtudZ09dDFO 8gKJcEI9ZRGmZyLp6csD/iHovwWmZRNtVtWxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=H/N/tsEFEGZrTwobcz6nlqLFY4Di9tcVLgGjagoRD7ORC6xqdVyCogbcXjdGU4DAYf cgyltuuIngphAVzTGX6UvOJaaGYYE6heFF54FRogFxPGj+Bp/szqSqEnDGZg7pwe7o8u K8Pq18KPERK5nkp0GLS41lvvYUrgi9ziJXu/Q= MIME-Version: 1.0 Received: by 10.204.33.72 with SMTP id g8mr2030727bkd.3.1302272459552; Fri, 08 Apr 2011 07:20:59 -0700 (PDT) Received: by 10.204.101.71 with HTTP; Fri, 8 Apr 2011 07:20:59 -0700 (PDT) In-Reply-To: <4D9F16BB.8020300@apache.org> References: <4D9EA4F7.40805@rowe-clan.net> <4D9F16BB.8020300@apache.org> Date: Fri, 8 Apr 2011 10:20:59 -0400 Message-ID: Subject: Re: To tag apr 1.4.3/-util 1.3.11? From: Jeff Trawick To: dev@apr.apache.org Content-Type: text/plain; charset=ISO-8859-1 On Fri, Apr 8, 2011 at 10:07 AM, Guenter Knauf wrote: > Am 08.04.2011 08:02, schrieb William A. Rowe Jr.: >> >> Jeff, I've lost your thread, probably because it's half at httpd. >> >> Just so you know, I did get to spend my hours yesterday and today on >> 2008R2 >> with Visual Studio 2010 - mostly on the tasks of rebuilding a VM to which >> I had lost the admin password (damn 'password constraints'). >> >> I would like to spend some time tomorrow and Saturday morning wrapping up >> all our work, I have Steve's work ready to commit and will at least ensure >> Bert's suggestions are adopted, if not a wholesale fix to //unc/vol >> issues. >> >> Guenter, you have also make a ton of adjustments - are your changes ready >> to fly? > > Regarding netware: > yes sir - all builds nicely, and I can now compile NetWare targets on Linux > for all APR/APU and httpd HEAD/2.2.x versions. > > Regarding windows: > I would like to cleanup some stuff in apr: > http://people.apache.org/~fuankg/diffs/apr_cleanup.diff > it makes no sense to me that we duplicate HAVE_* in arch/apr_private.h for > which we have already APR_HAVE_* in apr.h[w] ... trunk or 1.4.x? (your patch looks like trunk) as for 1.4.x: APR_HAVE in apr.h* is an API; can't add new ones in 1.4.x series (but if 1.4.x/include/apr.h.in is missing something for Windows that has been in apr.hw, that's fair game since apr.h.in has never been reasonably close to correct for Windows) as for trunk: start a new thread not related to getting 1.x releases out the door ;) > > and comments on that? > > oh, and another bad thingy I found with APR on Windows is that ugly > redefining of all the SIG* defines in apr_private.h - it simply doesnt work > as it should, that means it only depends on the order of includes: > if signal.h is included before apr_private.h then the wanted redefine > happens, the other turn signal.h defines win which is not what is desgined > as I guess; I found this with OpenWatcom which does not allow redefining > macros ... (at least not with different values) > any idea how to workaround this issue properly? > I think that the only clean way would be to define our own APR_SIG* macros > and use these, but that would then affect all platforms :-( is this a 1.4.x discussion?