Configuring on Solaris (2.10) no longer works, ist the old problem with
"test" that is more strict on solaris:
...
checking dynamic linker characteristics... solaris2.10 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The windows build is now ready and can be downloded from:
http://downloads.php.net/edink/php-5.2.4RC1-Win32.zip
http://downloads.php.net/edink/php-5.2.4RC1-win32-installer.msi
http://downloads.php.net/edink/pecl-5.2.4RC1-Win32.zip
http://downloads.php
As promised two weeks ago, the 5.2.4RC1 was released today and the
sources for the release can be found here:
http://downloads.php.net/ilia/php-5.2.4RC1.tar.bz2 (md5sum:
43e28d2aa55b6c8bcd67da16e24b225a)
Windows binaries should become available in short order as well.
This release have bee
The easy solution: move the mailing list over to php.net, and/or subscribe
to it all of the committers to /ext/curl (and yes, I have been subscribed
to the mailing list, but had overall more questions than answers...)
Nope... Daniel agreed to keep his ML going. That's not a concern, it can be
Sounds good. Couple of notes:
1. Functions seem to lack prototypes except for encrypt which says:
"Returns an array of the fields/values of the CERT" - obviously it's
some mistake :)
2. openssl_encrypt says "Unknown signature algorithm." when it should be
encryption algorithm I guess... And t
Marcus,
It'd be kind if you gave me chance to reply before you tell people to
"just commit stuff".
I'm just about to hop on a plane and will look at the patch again
tomorrow. If people feel so strongly about it and the patch is decent
(doesn't screw up common case and maintainability) I'm OK with
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 :)
The fact is that Daniel does a wonderful job giving out plenty of advice to
php/curl help seekers not just on its website (I'd go as far as
Lorenzo Alberton wrote:
Hi Lester,
OK I've finally spent time working through the problems of getting
PHP5.2.x working with my legacy applications, and after a lot of dead
ends I've finally tracked one problem down to the php_interbase module
not returning the right thing for a blob_id - givi
Hi Lester,
OK I've finally spent time working through the problems of getting
PHP5.2.x working with my legacy applications, and after a lot of dead
ends I've finally tracked one problem down to the php_interbase module
not returning the right thing for a blob_id - giving '0x %i' instead.
I sus
OK I've finally spent time working through the problems of getting PHP5.2.x
working with my legacy applications, and after a lot of dead ends I've finally
tracked one problem down to the php_interbase module not returning the right
thing for a blob_id - giving '0x %i' instead.
I suspect that thi
Marcus,
I've already said a several times that post 5.2.4 work on 5.3 will
begin. This patch however IS a security fix, so the option is to
ignore the bug or fix it, I am for fixing it rather the delaying the
fix until 5.3 is released.
On 2-Aug-07, at 9:27 AM, Marcus Boerger wrote:
Hel
Hello Ilia,
as much as i agree with ading the stage it is a BC issue!
I don't think it's much of an issue - as I said, I didn't see any
extension using ACTIVATE stage. I didn't check whole PECL, but I could.
I don't believe any extension really relies on that, but that can be
checked. It's
i'd like to see this in ext.
I hope it will be, but we have a bunch of work to do yet - it has only 2
functional modules and should have at least 7.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL PROTECTED]
--
PHP Internal
I have the new php.ini scanner/parser cooking up (99% done)
and some new features in the ini file handling in general (1% done).
So we need to get 5.2.4 out the door and close PHP_5_2 (only security
fixes!). Then start PHP_5_3. Right? :)
--Jani
On Thu, 2007-08-02 at 15:27 +0200, Marcus Boerger w
Hello Ilia,
i'd suggest so. From my perspective 5.2 is pretty stable, tested and
secure now. But more and more people want more and more stuff into 5.*.
So i think we should change into a strict RM approval equired security
fixes only mode for 5.2 and start on 5.3. Also i think we should give
th
Marcus,
Well, do you propose we leave the issue be until 5.3?
On 2-Aug-07, at 7:41 AM, Marcus Boerger wrote:
Hello Ilia,
as much as i agree with ading the stage it is a BC issue!
Thursday, August 2, 2007, 3:26:00 AM, you wrote:
Stas,
It looks like the best solution in this case. I do
Hello Ilia,
as much as i agree with ading the stage it is a BC issue!
Thursday, August 2, 2007, 3:26:00 AM, you wrote:
> 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
Hello Sebastian,
yep, you and Derick are right here. This is definitively a fix that should
go in. Chinstrap just commit the stuff please.
marcus
Thursday, August 2, 2007, 11:36:54 AM, you wrote:
> Derick Rethans schrieb:
>> I think that'd be a bad idea. I don't see a problem with this patch
Hi,
Its my understanding that ext/soap currently does not support
attachments (*). Is anyone working on adding this feature? If so is
there an ETA?
If not, has anyone been able to extend ext/soap to add this feature from
userland or is this even the intended way to get this feature. I must
Hello Stanislav,
i'd like to see this in ext.
best regards
marcus
Thursday, August 2, 2007, 2:33:52 AM, you wrote:
> Hi!
> I've committed initial bunch of ICU implementation code to PECL module
> intl. There are two branches there - PHP_5_2 for PHP 5 and HEAD for PHP
> 6. If you want to tr
Derick Rethans schrieb:
> I think that'd be a bad idea. I don't see a problem with this patch at
> all, and why should people use reflection here? As you're always so much
> for BC, I find it strange that you're suggesting to remove something
> totally harmless and instead want people to force t
ACK.
David
Am 02.08.2007 um 11:36 schrieb Sebastian Bergmann:
Derick Rethans schrieb:
I think that'd be a bad idea. I don't see a problem with this
patch at
all, and why should people use reflection here? As you're always
so much
for BC, I find it strange that you're suggesting to remov
Hi.
It seems that the /S is not required.
http://pastie.caboo.se/84306 may be a simpler solution.
--
-
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"
--
PHP Internals - PHP Runtime Devel
I agree with Derick and Lukas. I find the ways this patch proviedes to be
much more "natural" and easy to learn (I personally was in a desparate need
for $classname::everything and also was wondering why it is not implemented,
and then I found the Reflection).
I'm just php developer, and I do not h
Hi.
Whilst 25361 is not a PHP bug per se, the patch I've built (but can't
test) should deal with it.
The patch is available at http://pastie.caboo.se/84303
If you need more info, I'm more than willing to help out.
Ashar Lohmar <[EMAIL PROTECTED]> put me onto this fix - he had a
similar issue wi
Derick Rethans wrote:
On Wed, 1 Aug 2007, Andi Gutmans wrote:
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
On Wed, 1 Aug 2007, Andi Gutmans wrote:
> 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 th
27 matches
Mail list logo
