4.3.6RC2 still has the nasty bug27582_2.phpt test which causes my dual xeon
machine to fall over on make test. Any chance of simply removing the test
before final release?
Cheers
--
Phil Driscoll
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
I have not had an answer yet so I will rephrase the question.
Not following all the discussions on studlyCaps and their
adoption, I am having a little trouble understanding the
implications.
The current php manual has hundreds of functions with
underscore in the name. Are these all going to be
Lester Caine wrote:
The current php manual has hundreds of functions with underscore in the
name. Are these all going to be replaced? In which case ALL existing
script has to be re-written?
No, studly caps have been adopted as a standard only for method names in
the OO-style API, not for the pro
Ard Biesheuvel wrote:
Lester Caine wrote:
The current php manual has hundreds of functions with underscore in
the name. Are these all going to be replaced? In which case ALL
existing script has to be re-written?
No, studly caps have been adopted as a standard only for method names in
the OO-sty
On the qa.php.net page are the links to the source incorrect (still RC1).
At 19:05 05.04.2004, Ilia Alshanetsky wrote:
A quick update of the RC1 release. This release fixes the INF/NAN bug that
was
not fully resolved in RC1 and should allow the compilation of the GD
extension against GD library 1
On Tue, 6 Apr 2004, Uwe Schindler wrote:
> On the qa.php.net page are the links to the source incorrect (still RC1).
Yes, we know. I'm just fixing this.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Lester Caine wrote:
So it IS something that I will have to take account of when I start
looking at moving the interbase module to a firebird native version. If
the interbase module accesses the OO-style API. If it does not, then I
presume that it may be advantageous to handle any required conver
Ard Biesheuvel wrote:
Interesting ...
I am curious what your motivation is for moving the Interbase module to
a fb version.
Divergence of the API layers, and I would like to get into
some of the facilities that are currently not very well
supported. There is no panic on this which is why I'm h
Maybe we'll want to see some code before giving you a CVS account.
In the mean time, if you're serious about extension writing,
make yourself known in [EMAIL PROTECTED], where we'll be
happy to help you make your first steps with writing an extension.
--Wez.
- Original Message -
From: "
I want to contribute regularly to php development
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Ferdinand,
that seems to be the current argument - but we have changed otehr places
like that already so we should make this feature request or even bug.
marcus
Monday, April 5, 2004, 1:18:57 PM, you wrote:
> On 5 Apr 2004 at 11:23, Derick Rethans wrote:
>> It is called from a public fun
I'd like to merge ext/yaz source (not config.m4) from HEAD to PHP4
branch (which I assume would be in 4.3.6, when out). That's bad carma,
right?
FWIW, the YAZ API in PHP5 is completely backwards compatible with that
of PHP4. I have now for more than a year built separate Debian packages
for th
I'm forwarding this to the Internals list as a last resort and at the
suggestion of someone with PHPCommunity.org. I have not received any
response from php-general or pear-general (after 24 hours), and I have
posted a similar posting about this issue several weeks ago (also with
no response).
On Tue, 6 Apr 2004, Ben Ramsey wrote:
> Any help at all is much appreciated. We cannot launch this site until
> this issue is resolved, and don't ask me to revert back to a stable
> version of PHP or we will have to modify much code throughout the site. ;-)
You will significantly improve your ch
> I'd like to merge ext/yaz source (not config.m4) from HEAD to PHP4
> branch (which I assume would be in 4.3.6, when out). That's bad carma,
> right?
Unless it fixes some critical major bad bugs, no, you're not allowed
to merge from HEAD.
> FWIW, the YAZ API in PHP5 is completely backwards co
Then find a open bug at bugs.php.net, write a patch to fix it,
and submit it here.
--Wez.
- Original Message -
From: "Priscila CorrXa Saboia " <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 06, 2004 4:03 PM
Subject: [PHP-DEV] CVS Account Request: portalufpa
> I want t
AT> You will significantly improve your chances of a useful response if
AT> you pare down the code that triggers to problem to the fewest number
AT> of lines possible.
AT>
AT> Ideally, you'd also remove the PEAR class and just strip out the
AT> lines that trigger the bug.
I will try to do this. Un
Ben,
It may not be related to your situation, but I just submitted this
bug report:
http://bugs.php.net/bug.php?id=27895
Take care,
- Mark
> I will try to do this. Unfortunately, I goofed up and stated that it
> could not send e-mail at all. This was do to setting my authentication
> method t
18 matches
Mail list logo
