Hi all,
Well I might not be one to speak, but I feel strongly about this, so
will do it anyway.
Personally I like the dynamic constructs, I use it all the time and
would be devastated if it would disappear. This is for instance a piece
of code of a project where I'm working on right now:
$
Hello! I've been watching this list for a little while, and I am hoping that
someone here can point me in the right direction. We, where I work, are
running PHP 5.2.3 on 10 Windows Server 2003 sp2 and IIS 6 servers. Also,
each IIS server is configured to use the IUSR_SERVERNMAE user for anonymous
a
Stas,
It looks like the best solution in this case. I don't like the idea
of introducing another INI stage in minor release, but I can't think
of a better way to address this issue at this time and I cannot
imagine it breaking much stuff.
On 1-Aug-07, at 8:47 PM, Stanislav Malyshev wrote:
Hi Internals,
I noticed that getopt() is not available on windows machines. Therefore I
tried to look for a solution. I build a patch, which does nothing
else than using the getop.c from the FreeBSD libc. This should be license
compatible (3-clause BSD License) as some other sources from the win32
Hi!
The attached patch implements the following improvement in Apache module
configuration handling:
New INI stage is introduced - ZEND_INI_STAGE_HTACCESS and values set in
.htaccess are passed to handlers with ZEND_INI_STAGE_HTACCESS instead of
ZEND_INI_STAGE_ACTIVATE.
The reason for this
This is not really a fix.
When we worked on PHP 5 we deliberately decided to relax on all the weird
dynamic constructs which didn't provide a lot of value for the majority of
use-cases. Of course the Reflection API was going to be the way to do these
dynamic things in future. It would also simpl
On 8/1/07, Steph Fox <[EMAIL PROTECTED]> wrote:
> > But pushing the PHP docs (as Steph suggested later) to your site will
> > only bring you more questions about php's CURL binding. It sounds like
> > a bad idea :)
>
> Erm... where did I suggest that?
Nowhere :) No idea why I misunderstood your po
Shh, Philip will see you!
(Thanks!)
- Original Message -
From: "Alan Milnes" <[EMAIL PROTECTED]>
To:
Cc: "Steph Fox" <[EMAIL PROTECTED]>
Sent: Wednesday, August 01, 2007 8:39 AM
Subject: Re: [PHP-DEV] Regarding the ext/curl extension
On 01/08/07, Steph Fox <[EMAIL PROTECTED]> wrote
But pushing the PHP docs (as Steph suggested later) to your site will
only bring you more questions about php's CURL binding. It sounds like
a bad idea :)
Erm... where did I suggest that? I'm saying the exact opposite - you're
right, it's an extremely bad idea! and it also happens to describe t
There's also a bit more to this than straightforward
documentation. I think
I mentioned already.
That's fine but if you need help with the documentation please give
me a shout.
Consider this a shout from the PHP Manual! Please send
[EMAIL PROTECTED] an email introducing yourself and we'l
On 8/1/07, Rob Richards <[EMAIL PROTECTED]> wrote:
> Hi Dmitry,
>
> Dmitry Stogov wrote:
> > Hi,
> >
> > I propose a patch for ext/openssl that extends support for crypto API.
> > - it provides access to openSSL digest functions
> > function openssl_get_md_methods();
> > function openss
Hi Dmitry,
Dmitry Stogov wrote:
Hi,
I propose a patch for ext/openssl that extends support for crypto API.
- it provides access to openSSL digest functions
function openssl_get_md_methods();
function openssl_digest(string $data, string $method [, bool $raw]);
- it provides acces
On 8/1/07, Jani Taskinen <[EMAIL PROTECTED]> wrote:
> You just wasted time posting this here, just commit it. :)
Thanks for this patch, so far my favourite until now! It does not
bring more inconsistencies to the openssl API and easy to understand.
I agree with Jani, you can commit it to HEAD so
You just wasted time posting this here, just commit it. :)
--Jani
On Wed, 2007-08-01 at 12:56 +0400, Dmitry Stogov wrote:
> Hi,
>
> I propose a patch for ext/openssl that extends support for crypto API.
> - it provides access to openSSL digest functions
> function openssl_get_md_methods();
Hi,
I propose a patch for ext/openssl that extends support for crypto API.
- it provides access to openSSL digest functions
function openssl_get_md_methods();
function openssl_digest(string $data, string $method [, bool $raw]);
- it provides access to openSSL digest functions
Hi Daniel,
On 7/31/07, Daniel Stenberg <[EMAIL PROTECTED]> wrote:
> > Daniel, I don't really understand what renaming the extension would
> > accomplish.
>
> Then I didn't make myself clear.
>
> The point of renaming would be to allow people to search for something with a
> name that doesn't conf
On 01/08/07, Steph Fox <[EMAIL PROTECTED]> wrote:
> There's also a bit more to this than straightforward documentation. I think
> I mentioned already.
That's fine but if you need help with the documentation please give me a shout.
Alan
--
PHP Internals - PHP Runtime Development Mailing List
To
17 matches
Mail list logo
