[PHP-DEV] WDDX Recordsets

Yeah, I am curious as to when the code for parsing Recordsets in WDDX from CVS is going to be rolled over into a release version? -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFI: Request for Interfaces

I think interfaces are a great API, not just for creating specific interfaces between specific extensions, but to let any "reusable" extension define a C interface. With this API, we can solve interface versioning problems at runtime too (instead of hacking around with cpp macros and such in the

Re: [PHP-DEV] [PATCH] --enable-inline-optimization => --disable-inline-optimization

How much time and memory did compiling zend_execute.c take? Zeev At 10:08 21/04/2002, Yasuo Ohgaki wrote: >Hi all, > >It seems we are better have --enable-inline-optimization option >after all. > >Andi told some "inline" directive has removed to make zend_execute.c >work well with -O2. (I don't

[PHP-DEV] Win32 snapshots

I've just started making those. The number of extensions and sapis is limited right now, but I'll be adding more soon. http://snaps.php.net/win32/ Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFI: Request for Interfaces

On 2002-04-21 09:42:44, Stig S. Bakken wrote: > I think interfaces are a great API, not just for creating specific > interfaces between specific extensions, but to let any "reusable" > extension define a C interface. With this API, we can solve interface I like this idea, too. This would make a

Re: [PHP-DEV] WDDX Recordsets

On Sun, 2002-04-21 at 09:27, Jordan S. Jones wrote: > Yeah, I am curious as to when the code for parsing Recordsets in WDDX from > CVS is going to be rolled over into a release version? If it's in HEAD only today it will be part of 4.3.0, which is not scheduled yet (but I think the 4.3.0 release

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main php_ini.c

At 05:54 21.04.2002, Yasuo Ohgaki wrote: >Sascha Schumann wrote: >> The ``S_ISDIR´´ macro is a POSIX interface and should be used >> by the PHP source code, because it is simply the right thing >> to do. I don't see any need to invent a new name for it, >> especially because it is

Re: [PHP-DEV] RFI: Request for Interfaces

Hey, Although this sounds interesting I still have a hard time seeing the end result. Can you please give a description/examples on how this will impact the end user? Thanks, Andi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] fnmatch build issue

I'm getting the following messages when building HEAD: PHPDEV/ext/standard/file.c -fPIC -DPIC -o ext/standard/file.lo In file included from /usr/include/apache/fnmatch.h:38, from /home/wez/src/php/PHPDEV/ext/standard/file.c:104: /usr/include/apache/ap_config.h:1096: warn

Re: [PHP-DEV] RFI: Request for Interfaces

$xmldoc = domxml_new_xmldoc(); // populate nodes of document here // Now render it using whatever XSLT backend is available $proc = xslt_create(); $data = xslt_process($proc, $xmldoc, $xsl); The advantage is that the xml doc just created in code using one extension can be dropped straight into

[PHP-DEV] Re: iconv win32 build (was [PHP-QA] PHP 4.2.0)

> I guess you built a static one. > > I built a dynamic one, using iconv 1.7, making the extension 20kb, but > requiring, > iconv.dll. > > Since Sablotron provides a win32 version of it's package, including iconv, > and one > of it's uses is with the xslt extension - maybe it's best to make a dyna

Re: [PHP-DEV] RFI: Request for Interfaces

On Sun, 2002-04-21 at 20:30, Wez Furlong wrote: > > $xmldoc = domxml_new_xmldoc(); > // populate nodes of document here > > // Now render it using whatever XSLT backend is available > $proc = xslt_create(); > $data = xslt_process($proc, $xmldoc, $xsl); > > The advantage is that the xml doc just

[PHP-DEV] CVS Account Request: jwoolley

Help maintain sapi/apache2filter -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] --enable-inline-optimization =>

Zeev Suraski wrote: > How much time and memory did compiling zend_execute.c take? Just looking at top and my watch. Tested with -O2. CPU is Celeron 466Mhz with 384MB RAM. [yohgaki@dev HEAD]$ uname -a Linux dev.localnet 2.4.18-10k #1 Tue Mar 12 21:42:04 JST 2002 i686 unknown [yohgaki@dev HEAD]$ g

[PHP-DEV] CVS Account Request: gavin

I Love PHP, and I want to help(please allow me to use this word) it to be a more popular ,stronger,cuter one . though I am not as good as Andi. so much for this, I Love it ,And I love allperson who develop it ,help it! -- PHP Development Mailing List To unsubscribe, vi

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter php4apache2.dsp

Edin Kadribasic wrote: > edink Sun Apr 21 16:36:09 2002 EDT > > Modified files: > /php4/sapi/apache2filterphp4apache2.dsp > Log: > Added ..\..\..\php_build\lib\apache2 to libpath and > ..\..\..\php_build\include\apache2 to includepath I think php_build is too custom a

[PHP-DEV] configure error on rh 7.1?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 /usr/local/bin/autoconf (2.52) /usr/local/bin/libtool (1.4.2) /usr/local/bin/automake (1.5) [root@frodo php4]# autoconf configure.in:198: warning: AC_PROG_LEX invoked multiple times configure.in:837: warning: AC_PROG_LIBTOOL is m4_require'd but is no

Re: [PHP-DEV] configure error on rh 7.1?

James, if you are going to sign your list messages, you need to get some signatures on it first. It is absolutely useless without a way for us to know that this is indeed you. So until you get some signatures and actually join the trust matrix, please stop signing your messages. ~> gpg --list-s

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/apache2filter php4apache2.dsp

> > Added ..\..\..\php_build\lib\apache2 to libpath and > > ..\..\..\php_build\include\apache2 to includepath > > I think php_build is too custom a name to be added here. Many extensions use it so I tought it was a universal lib & include dir (sort of like /usr/lib and /usr/include on unix)

RE: [PHP-DEV] configure error on rh 7.1?

Apologies, I had to renew my keys recently and for some reason it's signing messages by default. -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Monday, April 22, 2002 6:31 AM To: James Cox Cc: Php-Dev Subject: Re: [PHP-DEV] configure error on rh 7.1? James, if

[PHP-DEV] mcal_store_event question

Hi! I've been using the mcal_store_event function to edit an event but I've encountered some errors. Below is the code that I made. mcal_fetch_event($stream, $eventID); mcal_event_set_title($stream,$event); mcal_event_set_description($stream,$description); mcal_event_set_start($stream,$fyea