On 15.10.2009, at 19:40, Samuel ROZE wrote:
Le jeudi 15 octobre 2009 à 11:08 +0200, Lukas Kahwe Smith a écrit :
On 13.10.2009, at 10:34, Samuel ROZE wrote:
http://wiki.php.net/rfc/pdonotices
I assume that calling noticeInfo() will also purge all currently
stored notices (maybe controllabl
Le jeudi 15 octobre 2009 à 11:08 +0200, Lukas Kahwe Smith a écrit :
> On 13.10.2009, at 10:34, Samuel ROZE wrote:
>
> > http://wiki.php.net/rfc/pdonotices
>
>
> I assume that calling noticeInfo() will also purge all currently
> stored notices (maybe controllable via some parameter)?
If purge
On Thu, Oct 15, 2009 at 10:42 AM, Stefan Marr wrote:
> Hi:
>
> On 14 Oct 2009, at 22:44, Tom Boutell wrote:
>
>> I'm very concerned about the practical consequences of introducing
>> traits without state.
>
> Well, we have not found a sufficient design until now, which would fit
> nicely into PHP
Hi:
Has it been discussed to add a portion of the patch to HEAD?
Hopefully, people can agree on a simple patch that ignores conflict
resolution / aliasing solution and just adds:
Ehm, hopefully not...?
The power of traits is the explicit resolution of conflicts.
And at least for me, that is th
Hi:
On 14 Oct 2009, at 22:44, Tom Boutell wrote:
I'm very concerned about the practical consequences of introducing
traits without state.
Well, we have not found a sufficient design until now, which would fit
nicely into PHP from dynamic and simplicity perspective.
A. They could do this us
I thought before merging code it would be useful to have some
discussion on if the code is actually doing what we want. If it's
based on http://wiki.php.net/rfc/horizontalreuse then for example I
can see some potential issues for bytecode caching related to
renaming and changing visibility.
On Wed Oct 14 04:07 PM, Lukas Kahwe Smith wrote:
>
> On 14.10.2009, at 22:03, Stanislav Malyshev wrote:
>
> > Hi!
> >
> >>> So lets warm this up again.
> >>> HEAD is for development .. so lets get this into HEAD so that it
> >>> will be part of the next bigger PHP release for sure!
> >> Well, th
hi,
Please repost to the windows internals list. That's a win packaging issue.
Cheers,
On Thu, Oct 15, 2009 at 10:50 AM, Richard Quadling
wrote:
> Hi.
>
> Has this extension been changed to use differently named external libraries.
>
> Previously in V5.3.2-dev, php_enchant.dll was working with
On 13.10.2009, at 10:34, Samuel ROZE wrote:
http://wiki.php.net/rfc/pdonotices
I assume that calling noticeInfo() will also purge all currently
stored notices (maybe controllable via some parameter)?
For MySQL we would have to throw an error/exception in case there is a
result set open
Hi.
Has this extension been changed to use differently named external libraries.
Previously in V5.3.2-dev, php_enchant.dll was working with ...
libglib-2.0.0-0.dll
libgmodule-2.0-0.dll
I've had to copy these to
glib-2.dll
gmodule-2.dll
to get enchant to work again.
What is odd, in looking t
10 matches
Mail list logo