Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5B5DE117D3 for ; Thu, 4 Sep 2014 15:34:31 +0000 (UTC) Received: (qmail 89135 invoked by uid 500); 4 Sep 2014 15:34:30 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 89051 invoked by uid 500); 4 Sep 2014 15:34:30 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 89041 invoked by uid 99); 4 Sep 2014 15:34:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Sep 2014 15:34:30 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [173.201.192.36] (HELO p3plwbeout11-02.prod.phx3.secureserver.net) (173.201.192.36) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Sep 2014 15:34:04 +0000 Received: from localhost ([173.201.192.115]) by p3plwbeout11-02.prod.phx3.secureserver.net with bizsmtp id n3Zy1o0012VqoSM013ZyVh; Thu, 04 Sep 2014 08:33:58 -0700 X-SID: n3Zy1o0012VqoSM01 Received: (qmail 13035 invoked by uid 99); 4 Sep 2014 15:33:58 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_f25c6736d4cd144dd9834399104c0ee9" To: dev@httpd.apache.org From: wrowe@rowe-clan.net Subject: RE: Re: C99 bump prior to apr 2.0? In-Reply-To: <54087E94.1070306@beamartyr.net> Date: Thu, 04 Sep 2014 08:33:58 -0700 Message-Id: <20140904083358.ec908e91c20de17e6e448089a4bc3ed2.14af3ffb9d.mailapi@email11.secureserver.net> X-Originating-IP: 69.245.156.141 User-Agent: MailAPI X-Sender: wrowe@rowe-clan.net X-Virus-Checked: Checked by ClamAV on apache.org --=_f25c6736d4cd144dd9834399104c0ee9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 You can do this. However, that doesn't solve the problem for users of one distribution of httpd (from any origin, not just the ASF) linked to a parti= cular msvcr###, interoperating with a module built by another third party for a different msvcr### (or trying to build your own add-in with a compiler othe= r than your distribution's msvcr###). =20 It *can* work. Both msvcr###'s are loaded in parallel. The distribution core/modules all use their msvcr###, the third party or homebuilt module uses its distinct msvcr###. =20 Problems only arise once the third party module plays games with httpd or apr internal structures, e.g. getting the 'windows fd' (no such thing, i= t is an msvcr illusionary handle), or memory alloc/free (they each keep their own independent memory management). Any module written purely in httpd and apr API's will be 100% safe. Any module that then manipulates these msvcr objects is hosed and will likely segfault, in the best case. =20 =20 =20 =20 --------- Original Message --------- Subject: Re: C99 bump prior to apr 2= =2E0? From: "Issac Goldstand" Date: 9/4/14 10:00 am To: dev@httpd.apache.org You can't, AFAIK, due to licensing. You need to include the *installer* that comes in VC's redist area and can run that installer from yours to install their runtime... =20 Or you can statically link to the runtime, but I'm not sure we want to do that. =20 On 04/09/2014 17:48, Wang, Andy wrote: > Is there a reason to not bundle the msvcrtxxx.dll that's microsoft inclu= des in the redist area? > So that's what we've taken to doing with our apache. Simply including th= e version that microsoft bundles with 2010 in the web server bin directory= =2E >=20 > Thanks, > Andy >=20 > On Wed, 2014-09-03 at 17:52 -0500, William A. Rowe Jr. wrote: > And to answer the question, VC6 for httpd 2.2 is simply for msvcrt.DLL c= ompatibility and no-surprises upgrades. It is suboptimal, but not as subopt= imal as MS's active disdain for msvcr###.dll users. >=20 >=20 > "Wang, Andy" wrote: >=20 > On Wed, 2014-09-03 at 09:27 -0700, wrowe@rowe-clan.net wrote: >> Finally returned to VC6, having replaced my older svn on Windows >> which would no longer handshake with svn.apache.org and bumped into >> a single issue. >> >> Building VC6 binaries for win32, I was bitten by r1508904 which >> introduces >> a C99 type prior to releasing apr 2.0 (probably not a good idea to >> make >> such changes in a maintenance branch). >=20 > I don't mean to tangent this discussion too much but I'm curious. >=20 > So this change back in 2.2.26(?) was what finally made me start to use > visual studio 2010 for our windows builds (and boy is that an ugly > mess). >=20 > Is there a reason why you're sticking with VC6 to build? >=20 > I was surprised that this change made it into a maintenance branch, but > honestly was looking for something to push me to building on VC2010. >=20 > Thanks, > Andy > --=_f25c6736d4cd144dd9834399104c0ee9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
You can do this.  However, that doesn't solve the problem for use= rs of one
distribution of httpd (from any origin, not just the ASF) linked to a = particular
msvcr###, interoperating with a module built by another third party fo= r a
different msvcr### (or trying to build your own add-in with a compiler= other
than your distribution's msvcr###).
 
It *can* work.  Both msvcr###'s are loaded in parallel.  The= distribution
core/modules all use their msvcr###, the third party or homebuilt modu= le
uses its distinct msvcr###.
 
Problems only arise once the third party module plays games with httpd=
or apr internal structures, e.g. getting the 'windows fd' (no such thi= ng, it
is an msvcr illusionary handle), or memory alloc/free (they each keep<= /div>
their own independent memory management).  Any module written
purely in httpd and apr API's will be 100% safe.  Any module that= then
manipulates these msvcr objects is hosed and will likely segfault, in<= /div>
the best case.
 
 
 
 
--------- Original Message -----= ----
Subject: Re: C99 bump prior to apr 2.0?
From: "Issac Goldstand" &= lt;margol@beamartyr.net>
Date: 9/4/14 10:00 am
To: dev@httpd= =2Eapache.org

You can't, AFAIK, due to licensing. You need to in= clude the *installer*
that comes in VC's redist area and can run that= installer from yours to
install their runtime...

Or you= can statically link to the runtime, but I'm not sure we want to
do t= hat.

On 04/09/2014 17:48, Wang, Andy wrote:
> Is ther= e a reason to not bundle the msvcrtxxx.dll that's microsoft includes in the= redist area?
> So that's what we've taken to doing with our apach= e. Simply including the version that microsoft bundles with 2010 in the web= server bin directory.
>
> Thanks,
> Andy
= >
> On Wed, 2014-09-03 at 17:52 -0500, William A. Rowe Jr. wr= ote:
> And to answer the question, VC6 for httpd 2.2 is simply for= msvcrt.DLL compatibility and no-surprises upgrades. It is suboptimal, but = not as suboptimal as MS's active disdain for msvcr###.dll users.
>=
>
> "Wang, Andy" <awang@ptc.com> wrote:
&g= t;
> On Wed, 2014-09-03 at 09:27 -0700, wrowe@rowe-clan.net wrote= :
>> Finally returned to VC6, having replaced my older svn on W= indows
>> which would no longer handshake with svn.apache.org a= nd bumped into
>> a single issue.
>>
>>= Building VC6 binaries for win32, I was bitten by r1508904 which
>= > introduces
>> a C99 type prior to releasing apr 2.0 (proba= bly not a good idea to
>> make
>> such changes in a= maintenance branch).
>
> I don't mean to tangent this d= iscussion too much but I'm curious.
>
> So this change b= ack in 2.2.26(?) was what finally made me start to use
> visual st= udio 2010 for our windows builds (and boy is that an ugly
> mess)= =2E
>
> Is there a reason why you're sticking with VC6 t= o build?
>
> I was surprised that this change made it in= to a maintenance branch, but
> honestly was looking for something = to push me to building on VC2010.
>
> Thanks,
>= Andy
>
--=_f25c6736d4cd144dd9834399104c0ee9--