Hi - for any of you that are writing PHPT tests for existing extensions
- I put a PHP script called generate_phpt.php into PHP 5.3 yesterday
which might help a little.
It's quite a simple command line script (Raghu and I wrote it last
year), it works by looking at the {{{proto line for a funct
On 02/02/2008, Gregory Beaver <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm getting unresolved external symbol xmlXPathCompiledEvalToBoolean
> with the latest zip.zip, any plans to update libxml2 to .31 soon in zip.zip?
>
> Greg
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsu
If there is no CLA, will that mean we will not get the PDO 2 drivers
we need to be able to communicate with the databases?
Could, for example, MySQL say without a CLA we are not contributing code?
If so, what is the alternatives? Wait until we have some hacked up
version from someone not on the i
The win32 snapshot builds have been done since Jan 20/21, so maybe
there is more than 1 library to fix
No, the errors that caused the original failure were fixed within a day or
two. Also the snaps libxml is up to date, it's just the zip.zip one that
isn't. Machine probably needs a kick.
Rob
On Fri, 25 Jan 2008, Stanislav Malyshev wrote:
> Hi!
>
> Right now, if json_encode sees wrong UTF-8 data, it just cuts the string in
> the middle, no error returned, no message produced. Example:
>
> var_dump(json_encode("ab\xE0"));
> var_dump(json_encode("ab\xE0\""));
>
> Both strings get cut
Hi,
On Feb 2, 2008 12:15 PM, Richard Quadling <[EMAIL PROTECTED]> wrote:
> If there is no CLA, will that mean we will not get the PDO 2 drivers
> we need to be able to communicate with the databases?
It would be really nice if the pro CLA camp stops to condition the
existence of PDO (or its futur
Hi Zoe,
I notice also that the testcase generator and the testcases we have been
committing differ slightly from the conventions listed at:
http://qa.php.net/write-test.php . This was based on feedback we received
so I think that http://qa.php.net/write-test.php should be updated.
Specifically
Hello Wez,
keeping the discussion on this list is a major mistake. And it is actually
the reason why everyone outside this list is against it. And whether you
read blogs or not does not interest anybody at all - unless you are going to
comment on every single blog that mentions PHP and CLA. So f
Hello Masaki,
I did not say in any word that you cannot get those 3 and 4 param
versions. All I am saying is that the use of C99 va-macros is not possible.
Simply come up with a va-macro (and emalloc) free implementation and we
can add it.
marcus
Friday, February 1, 2008, 7:00:09 AM, you wrote
Hi,
I think the biggest myths in this CLA discussion are:
> > The main realization was that the vendors could not co-operate with
> > each other on code without a CLA in place, and that some of them would
> > not be able to co-operate with the community without a CLA in place.
and:
> > For exam
Gregory Beaver wrote:
> Hi all,
>
> I'm getting unresolved external symbol xmlXPathCompiledEvalToBoolean
> with the latest zip.zip, any plans to update libxml2 to .31 soon in zip.zip?
>
> Greg
For now, until it gets updated Greg, just grab the xml libraries from
here http://ctindustries.net/libx
Be fair, this is an open list. Anyone can join it, and it keeps the noise
levels down on [EMAIL PROTECTED] Please? ;)
http://news.php.net/php.pdo
- Steph
- Original Message -
From: "Marcus Boerger" <[EMAIL PROTECTED]>
To: "Wez Furlong" <[EMAIL PROTECTED]>
Cc: "Steph Fox" <[EMAIL PROT
If we're going the PECL refurbishment route, can we have some way of
marking non-standard (as in CLA'd or differently-licensed) extensions to
make contributors' lives easier and future discussions of this nature
moot? Possibly even a separate CVS module that hooks into the PECL
infrastructure?
On Feb 2, 2008 3:14 PM, Wez Furlong <[EMAIL PROTECTED]> wrote:
> Pierre,
>
> At no point have I or anyone else said that the future of PDO depends
> on a CLA.
>
> --Wez.
No, you did not say it explicitally. However you said that many
vendors, experts or leaders will not contribute or will not supp
Hello Steph,
all we need is to extend the PECL database with a license type field and a
CLA flag. Nothing else is required at that end. But we should still move as
much from php-src/ext to pecl as we can.
marcus
Saturday, February 2, 2008, 6:36:23 PM, you wrote:
>> If we're going the PECL ref
all we need is to extend the PECL database with a license type field and
a
CLA flag. Nothing else is required at that end. But we should still move
as
much from php-src/ext to pecl as we can.
Hm but then when you checked out you'd have CLA'd stuff as well as normal
PECL stuff, as now. Don't
You simply ignored my email or never got it? The correct place for such scripts
is not in the "root" but in scripts/dev/
--Jani
zoe kirjoitti:
Hi - for any of you that are writing PHPT tests for existing extensions
- I put a PHP script called generate_phpt.php into PHP 5.3 yesterday
which mi
Pierre, since you choose to ignore the mails I sent to your "secret" address,
I'm taking this to the list, maybe this will be noticed: Pay what you owe me!
--Jani
Pierre Joye kirjoitti:
Hi,
On Feb 2, 2008 12:15 PM, Richard Quadling <[EMAIL PROTECTED]> wrote:
If there is no CLA, will that mea
Hi all,
Just so's Marcus and I don't have to keep cross-posting here... The problems
of PECL vs core extensions are many, and exist with or without the PDO/CLA
debate.
Marcus (among others) says he wants to get as many extensions as possible
out of the core and into PECL. I agree fully with
Hi,
On Feb 2, 2008 8:52 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> > all we need is to extend the PECL database with a license type field and
> > a
> > CLA flag. Nothing else is required at that end. But we should still move
> > as
> > much from php-src/ext to pecl as we can.
There is no place f
On Feb 2, 2008 9:14 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> Thoughts?
It is also possible to have both. It is even a good thing for what
linux distributions told me about zip. About moving all extensions to
PECL, we already discussed this problem and the conclusion was to
continue like now. Th
Steph Fox wrote:
Be fair, this is an open list. Anyone can join it, and it keeps the
noise levels down on [EMAIL PROTECTED] Please? ;)
http://news.php.net/php.pdo
Move all of PDO over to there and let those of us who have not found any
reason to need to switch to it get on with fully open so
Hello Steph,
you would not checkout php-default. That would only be used for release
management. Instead you would checkout php-src and whatever pecl modules you
wanted, just as you do today. And that includes that you can choose whether
you like CLA modules or not. Just as today you do not get
Hello Pierre,
amen!, You're noted as no. But other people see a reason and continue to
discuss *please* without you. We will take your vote in as no when it comes
to voting if ever. If you are interested in explanations then I suggest you
read all mails and blogs again until you understand the r
Hello Steph,
what I want is php-src as minimum you can depend on. And php-default as
release managers playground. The RM can then say what he thinks is mature
enough to make it into a release.
marcus
Saturday, February 2, 2008, 9:14:12 PM, you wrote:
> Hi all,
> Just so's Marcus and I don't
Hello Pierre,
basically you are saying that zip would not have been used by anybody if
you hadn't forced us by mail bombardment to include it. So now I am
wondering why you care so much what goes in and what goes out? After all it
is the RMs decision. And we might get asked or not.
marcus
Satu
On Feb 3, 2008 12:18 AM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello Pierre,
>
> amen!, You're noted as no. But other people see a reason and continue to
> discuss *please* without you.
Sorry, are you saying that the discussions are restricted to only a
few chosen? All your arguments in yo
On Feb 3, 2008 12:22 AM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> basically you are saying that zip would not have been used by anybody if
> you hadn't forced us by mail bombardment to include it.
What are you talking about? I post one proposal and it was accepted
after the only issue was re
Hello Pierre,
I spoke about you as you left no room for discussions. You are not willing
to compromise in any way, nor are you willing to be productive in any way.
So there is no way in keeping you in discussions, is there? And no, we are
no having any closed discussions. But we are having discu
Personally I do a full pecl checkout alongside my php-src checkout, every
time. The problems with that tend to come out during the build.
- Original Message -
From: "Marcus Boerger" <[EMAIL PROTECTED]>
To: "Steph Fox" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "internals"
Sent: Satu
Hi Marcus,
what I want is php-src as minimum you can depend on. And php-default as
release managers playground. The RM can then say what he thinks is mature
enough to make it into a release.
What _I_ want is a PHP core that is really core. By that I mean things like:
date, spl, pcre, zlib, f
31 matches
Mail list logo
