On 15.2.2005 2:37 Uhr, Wez Furlong wrote:
I was talking with George about this at lunch today. If we really
really do require the new version, then we should add a configure
check to enforce it, otherwise we should use appropriate #ifdefs.
The configure check was always in place (even during php
On Mon, 14 Feb 2005, Mike Robinson wrote:
> I believe Debian and Fedora (Core 3) is up to 2.6.11 or better.
Debian is 2.6.16 even.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
I was playing around with the compile of xmlrpc using libxml2
and got it to somewhat work (more about that later :).
I took the shortcut of using the compatibility layer which is
used by ext/xml (compat.c and expat_compat.h).
Now, before I commit this stuff I'd like to know if t
Is there any particular commenting style in a PHP extension that lends
itself to being used for documentation like there is with java and a
javadoc?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Lester Caine wrote:
In addition, while the Transaction interface can be compressed into the
straight jacket that PDO defines, it would be nice to commitRetaining,
but that is something that can be addressed once the need to run the
native driver as well as been removed.
We did discuss the topic
OK, heres another clash:
(gdb) bt
#0 0x28691f16 in GetToken () from /usr/local/lib/libMagick.so.7
#1 0x299c6198 in ParseDocument () from /usr/local/lib/libtidy-0.99.so.0
#2 0x299e1362 in tidyDocParseStream () from
/usr/local/lib/libtidy-0.99.so.0
#3 0x299e0cbb in tidyDocParseString () from
/us
On Feb 15, 2005, at 00:53, Rasmus Lerdorf wrote:
Ryan King wrote:
On Feb 14, 2005, at 9:26 PM, Rasmus Lerdorf wrote:
D.Walsh wrote:
On Feb 14, 2005, at 23:49, Adam Maccabee Trachtenberg wrote:
Well, that's below 2.5.11, which is what we currently require, so
those folks are already out of luck.
Mea
Just to clarify soap. Soap will work under 2.6.0. I still have 2.6.3
stuck in my head, but it may just be due to the fact that the windows
build system is messed up for the early versions (can't really remember
why I think 2.6.3 as a minimum version though).
I don't mind the ifdef'ing as much a
Patch to fix is here:
http://www.php.net/~jani/patches/bug31440.php_4_3_patch
http://www.php.net/~jani/patches/bug31440.php_HEAD_patch
In PHP_4_3 you can overwrite GLOBALS with these queries:
?GLOBALS[foo]=err or ?GLOBALS[]=foo or ?GLOBALS=foo
In HEAD you can over
On Feb 15, 2005, at 1:36 AM, D.Walsh wrote:
libxzml2 is a rather simple install so upgrading it in the Mac world
is a simple build however, those dependent on RPM's, perhaps you
should consider something that is more commonly found.
If at all possible, I should not have to upgrade the libraries t
You have to build an xmlNodeSet by hand.
The DOMNodeList class wraps many different types of data to iterate
(HastTables, xmlHashTables, nodeIterators, notationIterator, etc...).
Everything works on live data so no xmlNodeSets are used since those are
static. The iterators all work directly on t
On Mon, Feb 14, 2005 at 01:28:26PM -0500, Hans Zaunere wrote:
> Not if you only have 64bit libs installed, which is dangerous, since
> otherwise it doesn't give any warnings and you're not getting what you
> think you are.
You did have some "-L/usr/lib "'s sneak in from somewhere in the make
outp
On Feb 15, 2005, at 2:57 AM, Lester Caine wrote:
Christian Schneider wrote:
Andi Gutmans wrote:
PHP has long suffered from poor implementations of some of the DB
extensions and good implementations of others. PDO is a good
opportunity to unify the extensions and have a common code base so
that b
On Feb 15, 2005, at 12:32 AM, Chris Cranford wrote:
Is there any particular commenting style in a PHP extension that lends
itself to being used for documentation like there is with java and a
javadoc?
http://pear.php.net/package/phpdocumentor/
-ryan
--
http://theryanking.com/blog
smime.p7s
Descri
On Tue, 15 Feb 2005 09:00:24 -0500, Rob Richards
<[EMAIL PROTECTED]> wrote:
> And for RHEL customers. They can always grab the rpms from xmlsoft. I
> would assume - but not guarantee :) - the rpms are built against that
> since Daniel is an employee of RedHat.
RHEL 4 (released today) ships libxml
Hi everyone, long time no post!
Wow, a lot has happened to PDO while I was looking the other way for a
minute. I hope I will soon find the time to bring PDO_FIREBIRD up to
date with all the recent changes.
What would be a reasonable deadline for this (in relation to 5.1) ?
Lester Caine wrote:
>
Please do not use the name 'PHP' in the name of your product. We'd
prefer you use a different name under the terms of PHP license.
On Sun, 13 Feb 2005, Ross Girshick wrote:
> I'm pleased to announce the first release of IronPHP [1]. IronPHP is a
> PHP compiler for the Mono (and .NET) platform.
>
At 07:26 15/02/2005, Rasmus Lerdorf wrote:
D.Walsh wrote:
On Feb 14, 2005, at 23:49, Adam Maccabee Trachtenberg wrote:
Well, that's below 2.5.11, which is what we currently require, so
those folks are already out of luck.
Meanwhile, Mac OS 10.4 is at 2.6.16, so that's okay. I don't have a
10.3 mach
Andrei,
I just read the PHP License today and became aware of this issue.
Please allow me some time to change the name (sourceforge.net
logistics and code changes). I will do it ASAP.
-ross
On Tue, 15 Feb 2005 10:31:01 -0800, Andrei Zmievski
<[EMAIL PROTECTED]> wrote:
> Please do not use the nam
George Schlossnagle wrote:
PHP has long suffered from poor implementations of some of the DB
extensions and good implementations of others. PDO is a good
opportunity to unify the extensions and have a common code base so
that bug fixes
Excuse my ignorance, maybe I missed the answer to Lester's q
This ext. is completely new ground-up reimplementation of XML-RPC
specifically for PHP 5. It uses libxml2 and object overloading closely
resembling the same thing you'd find for ext/soap:
$rpc = new XMLRPC("http://pear.php.net/xmlrpc.php";);
$rpc->callfunction(10, "string", 3.14, false, array(1,2,
testing, please ignore
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Tue, 15 Feb 2005 17:24:05 +0100, Ard Biesheuvel <[EMAIL PROTECTED]> wrote:
> Hi everyone, long time no post!
Welcome back Ard :)
> What would be a reasonable deadline for this (in relation to 5.1) ?
5.1 beta is scheduled for March 1st, and we'll follow that with the
usual RC process. I thin
On 15.2.2005 17:29 Uhr, Zeev Suraski wrote:
At 07:26 15/02/2005, Rasmus Lerdorf wrote:
D.Walsh wrote:
On Feb 14, 2005, at 23:49, Adam Maccabee Trachtenberg wrote:
Well, that's below 2.5.11, which is what we currently require, so
those folks are already out of luck.
Meanwhile, Mac OS 10.4 is at 2.6
On Tue, 15 Feb 2005, Christian Stocker wrote:
> Furthermore it's a pita for reusable-code-writers, if it
> doesn't work on some installations (and they would have to test their
> scripts against 2.5 and 2.6).
I'd say go for it, there is nothing as annoying to have to test for both
2.5 and 2.6 lib
Jani,
Thanks for bringing this up. Will look into this.
Andi
At 01:39 PM 2/15/2005 +0200, Jani Taskinen wrote:
Patch to fix is here:
http://www.php.net/~jani/patches/bug31440.php_4_3_patch
http://www.php.net/~jani/patches/bug31440.php_HEAD_patch
In PHP_4_3 you can overwrite
Wez,
do you know if some resources for ole-db ? when i was silly enough to
try and write my own abstraction layer, that was the one that got away. if i
had some code/samples/documentation, i'd try my hand at supporting it
"Wez Furlong" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PR
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 well as developers. I think the benefit far outweighs the
downside of bundling.
I know some disagree b
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 outweighs the downside of
bundling.
I know some disagree because of size but I don't see this as an
I heard from Frank that it's really painful.
You should be able to find the SDK on msdn.microsoft.com somewhere.
--Wez.
On Tue, 15 Feb 2005 16:24:39 -0500, l0t3k <[EMAIL PROTECTED]> wrote:
> Wez,
> do you know if some resources for ole-db ? when i was silly enough to
> try and write my own a
thanks Wez,
i'll take a look. if it gets too hairy, i'll investigate ADO ...
"Wez Furlong" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>I heard from Frank that it's really painful.
>
> You should be able to find the SDK on msdn.microsoft.com somewhere.
>
> --Wez.
>
--
PHP Intern
This behavior makes some sort of sense. It happens when register_globals is
on which means you are supposed to be able to access $GLOBALS[] and it
makes sense for it to stay in sync with the global variables.
Maybe $GLOBALS[] and $GLOBALS direct access are edge cases but should we
invest time an
ADO will probably suck, as it layers on top of OLE-DB, IIRC.
Probably better to stick with ODBC in that case :)
--Wez.
On Tue, 15 Feb 2005 16:55:24 -0500, l0t3k <[EMAIL PROTECTED]> wrote:
> thanks Wez,
> i'll take a look. if it gets too hairy, i'll investigate ADO ...
>
> "Wez Furlong" <[EMAIL
i think i may have found enough info to do a "Hello World" driver. there
actually used to be a full book online describing DB programming under VC++
(with some decent code examples), but i've long since lost the link. i'll
google till i find it.
"Wez Furlong" <[EMAIL PROTECTED]> wrote in messag
aha !!!
http://www4.dogus.edu.tr/bim/bil_kay/prog_dil/c++/index.htm
chapters 16 - 21. now off to the dungeon
"L0t3k" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>i think i may have found enough info to do a "Hello World" driver. there
>actually used to be a full book online de
Wez Furlong wrote:
5.1 beta is scheduled for March 1st, and we'll follow that with the
usual RC process. I think you have a little bit of time; the changes
OK.
For instance (these issues have been pointed out by me before):
- Firebird has transactions over multiple connections [no JOINs between
da
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 well as developers. I think the benefit far outweighs the down
On Tue, 15 Feb 2005, Andi Gutmans wrote:
This behavior makes some sort of sense. It happens when register_globals is on
which means you are supposed to be able to access $GLOBALS[] and it makes
sense for it to stay in sync with the global variables.
Yes, and register_globals=on is evil. That
IMO this is something that should be marked as Won't Fix and hope that
by PHP 5.2 we can drop register_globals all together. Heck, perhaps we
can do it for PHP 5.1.
Ilia
Andi Gutmans wrote:
This behavior makes some sort of sense. It happens when register_globals
is on which means you are suppos
I agree with the first part, but I don't think we can drop register_globals
completely. We will have legacy apps for years to come and should support them.
At 10:01 PM 2/15/2005 -0500, Ilia Alshanetsky wrote:
IMO this is something that should be marked as Won't Fix and hope that by
PHP 5.2 we ca
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 outweighs
the downside of bundling.
I know some disa
Seems like a bad excuse. Being able to destroy a superglobal array like
that is clearly a bug that should be fixed.
-Rasmus
Ilia Alshanetsky wrote:
IMO this is something that should be marked as Won't Fix and hope that
by PHP 5.2 we can drop register_globals all together. Heck, perhaps we
can
If we take the fixing approach then Jani's fix would work or at least it
seems it would. I guess we could apply it but we'll be fixing just one
problem for someone who's already using a conceptually broken feature.
Probably the best way would be to define $GLOBALS last but I'm afraid that
would
Here is a slightly shorter solution to the problem, which hopefully will
prove to be a little bit faster as well.
Ilia
Index: main/main.c
===
RCS file: /repository/php-src/main/main.c,v
retrieving revision 1.512.2.58
diff -u -a -r1.5
On Tue, 15 Feb 2005 13:32:28 -0800, Andi Gutmans <[EMAIL PROTECTED]> 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 outweighs the downsi
Can anyone give me a good reason we still have register_globals in PHP 5 at
all?
I mean, it's been marked 'deprecated' forever
Just my 2 sheks,
- Steph
- Original Message -
From: "Ilia Alshanetsky" <[EMAIL PROTECTED]>
To: "Andi Gutmans" <[EMAIL PROTECTED]>
Cc: "Jani Taskinen" <[EMA
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.
At 07:37 AM 2/16/2005 +0200, Steph wrote:
Can anyone give me a good reason we still have register_globals in PHP 5 at
all?
I mean, it's bee
- I'd agree to that more if we didn't have barriers there already. But we
do.
Did you see the sitepoint blog today?
- Steph
- Original Message -
From: "Andi Gutmans" <[EMAIL PROTECTED]>
To: "Steph" <[EMAIL PROTECTED]>; "Ilia Alshanetsky" <[EMAIL PROTECTED]>
Cc: "Jani Taskinen" <[EMAIL
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 well as developers.
49 matches
Mail list logo
