On Thu, 17 Feb 2005 02:24:02 +0100
[EMAIL PROTECTED] (David Kingma | jool.nl) wrote:
> Hi Rob / Chregu,
>
> As a first (small) step to implementing xml-security specs
> (dig-sign, encryption) I created a patch against HEAD to expose
> (exclusive-)C14n functionality from libxml2. I allows you to
>
Hi Andi,
Here is the diff I send to Markus earlier today. Not sure why this works
and the original does'nt.
cvs -z9 diff -u -wb sqlite.c (in directory C:\PHP\php5\ext\sqlite\)
Index: sqlite.c
===
RCS file: /repository/php-src/ext/sql
Can you send the diff of that commit?
At 16:35 16/02/2005 -0800, Frank M. Kromann wrote:
Hello Everyone,
I have narowed it down to the last commit to ext\sqlite.c. This seams to
be the first time zend_class_implements is called with two interfaces.
- Frank
> Hello Everyone,
>
> The Win32 builds (mi
HEAD?
At 12:55 16/02/2005 -0800, Frank M. Kromann wrote:
Hello Everyone,
The Win32 builds (mine and those from snaps). It crashes in
tsrm_shutdown(). I'm trying to figure out what cased this, and so far I
know it happned between Feb. 10 and now.
- Frank
--
PHP Internals - PHP Runtime Development Ma
Who's talking about OO code? Lots of code is functional and requires
register_globals.
BTW, I've talked to ppl who have ported OO apps relatively painlessly too.
At 09:11 16/02/2005 +0100, Derick Rethans wrote:
On Tue, 15 Feb 2005, Andi Gutmans wrote:
> Yes because a lot of applications/code stil
On Wed, 16 Feb 2005, Stanislav Malyshev wrote:
AG>>>Seems like a bad excuse. Being able to destroy a superglobal array like
AG>>>that is clearly a bug that should be fixed.
IMO there should be no possibility to destroy GLOBALS with ?GLOBALS=foo,
Agreed 100%. Ilia's improved patch fixes this an
Hi Rob / Chregu,
As a first (small) step to implementing xml-security specs (dig-sign,
encryption) I created a patch against HEAD to expose (exclusive-)C14n
functionality from libxml2. I allows you to canonize a single node (with
it's children) or a whole document, with or without comments, exclus
Hello Everyone,
The Win32 builds (mine and those from snaps). It crashes in
tsrm_shutdown(). I'm trying to figure out what cased this, and so far I
know it happned between Feb. 10 and now.
- Frank
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
Hello Everyone,
I have narowed it down to the last commit to ext\sqlite.c. This seams to
be the first time zend_class_implements is called with two interfaces.
- Frank
> Hello Everyone,
>
> The Win32 builds (mine and those from snaps). It crashes in
> tsrm_shutdown(). I'm trying to figure out w
Hello Leendert,
having a function __toString() would interfere with the mapping ideas of
SimpleXML. However it is there internally so you simply do one of the
following:
php -r '$x=SimpleXML_load_string("blablabla"); echo $x, "\n"; var_dump((string)$x);'
regards
marcus
further questions please
Stanislav Malyshev wrote:
AG>>>Seems like a bad excuse. Being able to destroy a superglobal array like
AG>>>that is clearly a bug that should be fixed.
IMO there should be no possibility to destroy GLOBALS with ?GLOBALS=foo,
but there should be possibility to write GLOBALS with ?GLOBALS[foo]=bar
Zeev Suraski wrote:
Well, I do, I think it's actually much more important than forcing a
fairly small subset of the users to update PHP when there's a new
security-related version of libxml2 coming out (for most of the users,
local exploits are of no interest, it's mostly interesting to hosting
Is 5.0.4 still due within a few days? The stream_get_line() bug in
particularly is bothering me a lot :)
Ron
"Lukas Smith" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Andi Gutmans wrote:
> > At 11:21 PM 2/11/2005 +0100, Christian Stocker wrote:
> >
> >> Hi
> >>
> >> 5.0.3 is out
At 10:51 16/02/2005, Rasmus Lerdorf wrote:
Inside the php-*.tar.gz packages, it would be very much like sqlite or
PCRE that we bundle today, except it's obviously a bit bigger and more
complex. We'd have to improve the build process to call configure for
this library as a part of the standard co
At 08:10 16/02/2005, Steph wrote:
- I'd agree to that more if we didn't have barriers there already. But we
do.
Did you see the sitepoint blog today?
Barriers are not binary, they accumulate. The more barriers you introduce,
the less people are likely to migrate. Discontinuing register_globals
Lester,
ext/ibase is still around and will still be maintained. nothing lost.
ext/pdo might eventually make ext/ibase obsolete. the interim goal is
not that lofty _yet_.
So chill, talk to your delphi/firebird friends of the greatness that is
ext/ibase on PHP5 and let this bickering over ext/pdo
At 05:15 16/02/2005, Rasmus Lerdorf wrote:
Seems like a bad excuse. Being able to destroy a superglobal array like
that is clearly a bug that should be fixed.
$GLOBALS is not a superglobal array.
Zeev
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.ne
Ard Biesheuvel wrote:
[Excuse my ignorance: haven't worked on PHP for a while] Does this mean
the DB-specific derivations of the PDO classes can/will have methods no
other drivers support? Something like
PDO_FIREBIRD::startMultiple($db1,$db2)?
Given the number of currently Firebird specific feat
AG>>>Seems like a bad excuse. Being able to destroy a superglobal array like
AG>>>that is clearly a bug that should be fixed.
IMO there should be no possibility to destroy GLOBALS with ?GLOBALS=foo,
but there should be possibility to write GLOBALS with ?GLOBALS[foo]=bar -
why not, if we allow ac
Zeev Suraski wrote:
At 02:12 16/02/2005, Jani Taskinen wrote:
On Tue, 15 Feb 2005, Zeev Suraski wrote:
At 23:32 15/02/2005, Andi Gutmans wrote:
I still think we should reconsider bundling libxml2 and solve this
issue. XML is a center piece of PHP 5 and will be more and more used
by extensions as
Jani, hi
I fixed the formatting, brought the files up to date and changed everyone's
email addresses to be php.net addresses because people don't remember to
update them anywhere other than master.php.net, and Wez committed my changes
across the board at roughly this time last month.
Now Zak's ba
On Tue, 15 Feb 2005, Andi Gutmans wrote:
> Yes because a lot of applications/code still use it. It's off by default
> but we should still enable people to move to PHP 5 whilst allowing old code
> to run.
My experience is that most (OO) code doesn't work when moving anyway...
so this is a bad excu
The people that moved them should have taken care of that ;-)
--Wez(overloaded)
Steph wrote:
Folks, m'lord -
I can see the newly-Siberian'd ones clearly in CVS, but the PECL db doesn't
know they're there.
Anyone able/willing to break the news to it?
- Steph
--
PHP Internals - PHP Runtime Developmen
Folks, m'lord -
I can see the newly-Siberian'd ones clearly in CVS, but the PECL db doesn't
know they're there.
Anyone able/willing to break the news to it?
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Derick Rethans wrote:
My experience is that most (OO) code doesn't work when moving anyway...
so this is a bad excuse andi ;-)
If you turn zend.ze1_compatibility_mode on (and a lot of people have to
do that) then the situation is a bit better. Which brings me to the
point that all those E_STRICT
Hi,
I have a feature request. Maybe it would be a good idea to have a
toString() or perhaps nodeValue() method in SimpleXML's SimpleXMLElement
class? It might make it more obvious that the element is still a
SimpleXMLElement object when you want to actually use it (when you print
it, the value
On Tue, 15 Feb 2005, D.Walsh wrote:
> On Feb 15, 2005, at 16:32, Andi Gutmans wrote:
>
> > I still think we should reconsider bundling libxml2 and solve this
> > issue. XML is a center piece of PHP 5 and will be more and more used
> > by extensions as well as developers. I think the benefit far ou
27 matches
Mail list logo
