[PHP-DEV] Re: LDAP module patch (adding new functionality).
Attachments have a habbit of getting filtered out (as they did this time), can you post them online somewhere with a link? Changing the file ext to .txt usually works too... -Sara - Original Message - From: "Ignacio Arenaza" <[EMAIL PROTECTED]> Newsgroups: php.internals To: "Stig Venaas" <[EMAIL PROTECTED]> Cc: ; <[EMAIL PROTECTED]> Sent: Tuesday, October 11, 2005 2:47 PM Subject: LDAP module patch (adding new functionality). > > Hi, > > I have modified the ldap module to be able to use Paged Results (see > RFC 2696). > > In order to do that, I have modified ldap_parse_result to provide the > server controls to the user. This is where paged results control > returned from the server are, specifically the cookie value. Without > this value you can't do paged results at all. > > The values returned in this extension control are BER-encoded (see > ITU's X.690 recommendation) so I have created two new functions that > wrap around ber_printf() and ber_scanf(), to allow for the > encodig/decoding of these values. > > I have tested these modifications with W2003 AD and OpenLDAP 2.1.x > servers, using a linux PHP client linked with OpenLDAP libraries (I > don't have access to neither Netscape's nor Oracle's libraries to test > them). > > I have made diffs against current CVS versions (as of today, > 2005.10.11, 23:15 CET DST) for PHP_4_4, PHP_5_0 and PHP_5_1 > branches. I'm sending them attached (they are really small). > > I hope this could be added to the standard version of PHP in the near > future. > > Thanks in advance for your time. > > Saludos. Iñaki. > > -- > School of Management > Mondragon University > 20560 Oñati - Spain > +34 943 718009 (ext. 225) > > GPG Key available at public keyservers > > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] LDAP module patch (adding new functionality).
Hi, I have modified the ldap module to be able to use Paged Results (see RFC 2696). In order to do that, I have modified ldap_parse_result to provide the server controls to the user. This is where paged results control returned from the server are, specifically the cookie value. Without this value you can't do paged results at all. The values returned in this extension control are BER-encoded (see ITU's X.690 recommendation) so I have created two new functions that wrap around ber_printf() and ber_scanf(), to allow for the encodig/decoding of these values. I have tested these modifications with W2003 AD and OpenLDAP 2.1.x servers, using a linux PHP client linked with OpenLDAP libraries (I don't have access to neither Netscape's nor Oracle's libraries to test them). I have made diffs against current CVS versions (as of today, 2005.10.11, 23:15 CET DST) for PHP_4_4, PHP_5_0 and PHP_5_1 branches. I'm sending them attached (they are really small). I hope this could be added to the standard version of PHP in the near future. Thanks in advance for your time. Saludos. Iñaki. -- School of Management Mondragon University 20560 Oñati - Spain +34 943 718009 (ext. 225) GPG Key available at public keyservers -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PECL-DEV] New site: http://pecl4win.php.net/
On Tue, 11 Oct 2005, Edin Kadribasic wrote: > > Also since when are we getting a new cvs server? It's most likely > > going to be easier to 'cvs import' the initial version you are working > > on to cvs.php.net? > > According to Rasmus, the new cvs server should be in any day now :) It is > going to be cvs.php.net, except much faster, so in order not to get > frustrated, I'll wait for that. But "import" is disabled in our CVS binary (for good reasons :). Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PECL-DEV] New site: http://pecl4win.php.net/
Hi Jacques, Sure. Once we get a new cvs server :) Did you have anything special in mind? Edin Jacques Marneweck wrote: Hi Edin, Thanks for the work done with pecl4win. Are you planning on committing the pecl4win website to CVS? Regards --jm On 9/29/05, Edin Kadribasic <[EMAIL PROTECTED]> wrote: Hi, For those of you that I didn't already bother with the news :) There is a new site for downloads of precompiled windows binaries of PECL extensions at http://pecl4win.php.net/ To see for which PHP branches you can download, say php_oci8.dll PECL extension, point your browser at http://pecl4win.php.net/ext.php/php_oci8.dll Edin -- PECL development discussion Mailing List (http://pecl.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Jacques Marneweck http://www.powertrip.co.za/blog/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PECL-DEV] New site: http://pecl4win.php.net/
Jacques Marneweck wrote: Hi Edin, Getting stats going similar to the pecl/pear sites, linking the dll back to the package page over on pecl.php.net would be the top two on the list. I don't know if such stats would be possible since I only store the aggregate number of downloads. Storing all downloads in a row proved to be much of performance problem. As for the link, it's kind of difficult to get the information to which package does a dll belong. Also since when are we getting a new cvs server? It's most likely going to be easier to 'cvs import' the initial version you are working on to cvs.php.net? According to Rasmus, the new cvs server should be in any day now :) It is going to be cvs.php.net, except much faster, so in order not to get frustrated, I'll wait for that. Edin Regards --jm On 10/11/05, Edin Kadribasic <[EMAIL PROTECTED]> wrote: Hi Jacques, Sure. Once we get a new cvs server :) Did you have anything special in mind? Edin Jacques Marneweck wrote: Hi Edin, Thanks for the work done with pecl4win. Are you planning on committing the pecl4win website to CVS? Regards --jm On 9/29/05, Edin Kadribasic <[EMAIL PROTECTED]> wrote: Hi, For those of you that I didn't already bother with the news :) There is a new site for downloads of precompiled windows binaries of PECL extensions at http://pecl4win.php.net/ To see for which PHP branches you can download, say php_oci8.dll PECL extension, point your browser at http://pecl4win.php.net/ext.php/php_oci8.dll Edin -- PECL development discussion Mailing List (http://pecl.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Jacques Marneweck http://www.powertrip.co.za/blog/ -- Jacques Marneweck http://www.powertrip.co.za/blog/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PECL-DEV] New site: http://pecl4win.php.net/
Hi Edin, Getting stats going similar to the pecl/pear sites, linking the dll back to the package page over on pecl.php.net would be the top two on the list. Also since when are we getting a new cvs server? It's most likely going to be easier to 'cvs import' the initial version you are working on to cvs.php.net? Regards --jm On 10/11/05, Edin Kadribasic <[EMAIL PROTECTED]> wrote: > Hi Jacques, > > Sure. Once we get a new cvs server :) > > Did you have anything special in mind? > > Edin > > > Jacques Marneweck wrote: > > Hi Edin, > > > > Thanks for the work done with pecl4win. Are you planning on > > committing the pecl4win website to CVS? > > > > Regards > > --jm > > > > On 9/29/05, Edin Kadribasic <[EMAIL PROTECTED]> wrote: > >> Hi, > >> > >> For those of you that I didn't already bother with the news :) > >> > >> There is a new site for downloads of precompiled windows binaries of > >> PECL extensions at http://pecl4win.php.net/ > >> > >> To see for which PHP branches you can download, say php_oci8.dll PECL > >> extension, point your browser at > >> http://pecl4win.php.net/ext.php/php_oci8.dll > >> > >> Edin > >> > >> -- > >> PECL development discussion Mailing List (http://pecl.php.net/) > >> To unsubscribe, visit: http://www.php.net/unsub.php > >> > >> > > > > > > > > -- > > Jacques Marneweck > > http://www.powertrip.co.za/blog/ > > > -- Jacques Marneweck http://www.powertrip.co.za/blog/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] soap not building in HEAD under Windows
Thank you Rob. I committed the fix. Dmitry. > -Original Message- > From: Rob Richards [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 11, 2005 2:54 PM > To: internals@lists.php.net > Subject: [PHP-DEV] soap not building in HEAD under Windows > > > Win build in HEAD wont build soap as shared, as zend_vspprintf is not > exported. attached is patch. > > Rob > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] soap not building in HEAD under Windows
Win build in HEAD wont build soap as shared, as zend_vspprintf is not exported. attached is patch. Rob Index: zend.h === RCS file: /repository/ZendEngine2/zend.h,v retrieving revision 1.300 diff -r1.300 zend.h 547c547 < extern int (*zend_vspprintf)(char **pbuf, size_t max_len, const char *format, va_list ap); --- > extern ZEND_API int (*zend_vspprintf)(char **pbuf, size_t max_len, const char > *format, va_list ap); -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Timezone stuff - conclusion
As many as make sense. But this thread is dead, if all goes well and the work Derick has done sorts things out. Zeev At 01:18 11/10/2005, Andrei Zmievski wrote: How many date formatting functions do we need? -Andrei Zeev Suraski wrote: > I've been away from email for the last couple of weeks - read through the > timezone thread, and didn't really see a conclusion. > > My suggestion is to restore the old code in its entirely, and introduce > the > new implementation as new functions with a proper prefix, a-la PHP 2005. > I > think it's better than an INI entry, and it should be fairly > straightforward to implement. > > I don't think anybody is underestimating Derick's efforts towards building > this new date functionality. I certainly don't. I also don't see any > reason to break compatibility in something as basic as this, so this > should > be introduced either as a new (preferably) or optional (less preferably) > feature. > > Zeev > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Timezone stuff - conclusion
On Mon, 10 Oct 2005, Andrei Zmievski wrote: > How many date formatting functions do we need? Two, one for non-locale based formatting, and one for locale based formatting. Unfortunately as we only have a 32 bit integer we also need some outside of the current date() one, so that makes 4 (if we count strftime(), which relies on system locales YUCK!, too). Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
