Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:32686
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain rowe-clan.net from 64.202.165.99 cause and error)
Message-ID: <47080691.9080503@rowe-clan.net>
Date: Sat, 06 Oct 2007 17:05:05 -0500
User-Agent: Thunderbird 1.5.0.12 (X11/20070719)
MIME-Version: 1.0
To: Marcus Boerger <helly@php.net>
CC: Andi Gutmans <andi@zend.com>, Nuno Lopes <nlopess@php.net>, 
 Pierre <pierre.php@gmail.com>,
 PHP Internals List <internals@lists.php.net>, 
 Rob Richards <rrichards@ctindustries.net>,
 "Frank M. Kromann" <frank@kromann.info>, Edin Kadribasic <edin@krug.dk>, 
 Dmitry Stogov <dmitry@zend.com>
References: <fe05d1540710020434l7c59721en542ddb956a2eb7f0@mail.gmail.com> <219701324.20071003170756@marcus-boerger.de> <fe05d1540710030948h5235d1b0q13d11b656b820daf@mail.gmail.com> <019c01c80605$307c6140$4001a8c0@pc07653> <698DE66518E7CA45812BD18E807866CEC124AC@us-ex1.zend.net> <1027236626.20071006201333@marcus-boerger.de>
In-Reply-To: <1027236626.20071006201333@marcus-boerger.de>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] VS 2005 Support for 5.3?
From: wrowe@rowe-clan.net ("William A. Rowe, Jr.")

Marcus Boerger wrote:
> Hello Andi,
> 
>   most struct sizes do not matter in the windows API (becasue it takes care
> of that). The problem actually lies in the POSIX stuff and the modified
> stuff as well as the new *_r() and *_l() and what not functions that do not
> exist in the older functions. A thing that hurts first is the memory
> allocation. Basically this boils down to that you have to bind statically
> and may not share any malloc block to get freed in the other code. Between
> VC6, 2002, 2003, 2005 I had various attempts of getting cross build
> libs/binaries work and never had real success (and don't ask why I tried it).

It works very well for modules which are well-partitioned.  E.g. if the same
module frees all of it's own memory (as httpd will do through APR for all
apr allocations) life is happy.  When you pass results that the callee is
intended to free() when they are finished with the data, things will explode.

For example, mod_aspdotnet always needed to be compiled in a C++.NET managed
app, and was susceptible to this sort of issue running on a VC6 build of the
httpd library; but it never had a problem because it did all of the
httpd-oriented allocations from apr_palloc calls.

What will trip us all up is the fact that we all tightly bind to openssl
in particular.  That's a mess all it's own if compiled to a different CRT.

Bill