Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:42064
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain macvicar.net from 193.227.246.108 cause and error)
To: Marcus Boerger <helly@php.net>
In-Reply-To: <1628519147.20081126204553@marcus-boerger.de>
References: <EB5424AE-8936-4881-A116-A4964ADB2D90@pooteeweet.org> <36F14278-2896-40E1-971C-E488E890EAF7@pooteeweet.org> <492D232D.5090503@macvicar.net> <63F9B105-803B-4DD6-97E9-C656069FD181@pooteeweet.org> <492D900B.7020308@zend.com> <1323243616.20081126195630@marcus-boerger.de> <BA53F891-BBDC-4BC1-9434-0057070B3848@macvicar.net> <1628519147.20081126204553@marcus-boerger.de>
Message-ID: <AA1CEE2A-6126-4826-AAA4-3DF574215A41@macvicar.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Thu, 27 Nov 2008 21:14:58 +0000
Cc: Stanislav Malyshev <stas@zend.com>,
 Lukas Kahwe Smith <mls@pooteeweet.org>,
 PHP Internals <internals@lists.php.net>
X-Spam_Report: Spam detection software, running on the system "lovelace.midden.org.uk", has
	identified this incoming email as possible spam.  The original message
	has been attached to this so you can view it (if it isn't spam) or label
	similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview:  Hi Marcus, On 26 Nov 2008, at 19:45, Marcus Boerger wrote:
	> Hello Scott, > > Wednesday, November 26, 2008, 8:33:59 PM, you wrote: >
	>> On 26 Nov 2008, at 18:56, Marcus Boerger <helly@php.net> wrote: > >>>
	Hello Stanislav, >>> >>> why not have a secondary extension definition in
	ext/hash? >>> >>> Wednesday, November 26, 2008, 7:06:03 PM, you wrote: >>>
	>>>> Hi! >>> >>>>> Then again, we maintain BC aside from this single call
	to >>>>> determine if >>>>> the extension is loaded, so I guess yeah .. lets
	just remove it .. >>>>> we >>>>> are expecting people to update their code.
	>>> >>>> If we have function-level BC - why not just add stub extension with
	>>>> dependency on hash. > >> I looked at this but php.h would want to include
	a mhash header file, >> at least I think that's what it was from memory.
	> > That's one solution, the other is to reqister that stub extension from
	> MINIT of the hash extension and be done (can all be done in hash.c). >
	[...] 
	Content analysis details:   (-3.9 points, 5.0 required)
	pts rule name              description
	---- ---------------------- --------------------------------------------------
	-1.8 ALL_TRUSTED            Passed through trusted hosts only via SMTP
	-2.6 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	0.4 AWL                    AWL: From: address is in the auto white-list
Subject: Re: [PHP-DEV] apha3
From: scott@macvicar.net (Scott MacVicar)

Hi Marcus,

On 26 Nov 2008, at 19:45, Marcus Boerger wrote:

> Hello Scott,
>
> Wednesday, November 26, 2008, 8:33:59 PM, you wrote:
>
>> On 26 Nov 2008, at 18:56, Marcus Boerger <helly@php.net> wrote:
>
>>> Hello Stanislav,
>>>
>>> why not have a secondary extension definition in ext/hash?
>>>
>>> Wednesday, November 26, 2008, 7:06:03 PM, you wrote:
>>>
>>>> Hi!
>>>
>>>>> Then again, we maintain BC aside from this single call to
>>>>> determine if
>>>>> the extension is loaded, so I guess yeah .. lets just remove it ..
>>>>> we
>>>>> are expecting people to update their code.
>>>
>>>> If we have function-level BC - why not just add stub extension with
>>>> dependency on hash.
>
>> I looked at this but php.h would want to include a mhash header file,
>> at least I think that's what it was from memory.
>
> That's one solution, the other is to reqister that stub extension from
> MINIT of the hash extension and be done (can all be done in hash.c).
>

I've committed this now.

Scott