[PHP-DEV] PHP4 vs. PECL

Hi all, some extensions included in the PHP_4_3 branch was moved to PECL (fribidi for instance). If I understand right, all commits to the PHP_4_3 branch are for bug fixing for the next 4.* releases. How to handle fixes for moved extensions? Commit twice (PHP_4_3 and pear/PECL) or commit only to

[PHP-DEV] Re: preg_replace() docs need expliot warning

While I'm..*grossly* against the /e switch (or eval()s in general) at all (and its use with tainted sources even moreso), I realize my whinning and moaning isn't going to change the fact /e and eval() exist and are used. But here's a thought... How about a /E switch to preg_replace which would

Re: [PHP-DEV] bug #22103

On Sat, 8 Feb 2003, Pierre-Alain Joye wrote: >Hello, > >About this bug, I can backport the new functions wroten for the new gd. >But I do not know if it is allowed to add new functions to the current >HEAD or 4_3_0. The new functions fix only the filled ellipse/circle >problem, the new filled_arc

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

On Fri, 07 Feb 2003 14:48:50 +0200 Andi Gutmans <[EMAIL PROTECTED]> wrote: > At 02:37 PM 2/7/2003 +0200, moshe doron wrote: > >well, what about sun_set(), sun_rise()? me too :) We are not going to have the whole sun extension (which is what this naming convention suggests) :) If ever these two

[PHP-DEV] bug #22103

Hello, About this bug, I can backport the new functions wroten for the new gd. But I do not know if it is allowed to add new functions to the current HEAD or 4_3_0. The new functions fix only the filled ellipse/circle problem, the new filled_arc cannot be fixed without adding a lot of things to th

[PHP-DEV] e-commerse recommendations engine, beta testers.

If I am misusing this list incorrectly, I apologize. I am the author of MSession and the PHP msession extension. I just finished up "productizing" a recommendations engine for e-commerce sites. I need a few sites with a good customer history willing to be my testers and example sites. I'll he

[PHP-DEV] Files Headers

From our files haeders: | available at through the world-wide-web at | Shouldn't the first 'at' be dropped? marcus -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: php4 . cant compile . ext/standard/var.c

Make sure you have the correct set of working files: For PHP 5: cvs co php5 For PHP 4.3-dev cvs co -r PHP_4_3 php4 Checking out php4 HEAD is not supported. --Wez. On Sat, 8 Feb 2003, Lukas Schroeder wrote: > hi wez, > > i'm currently trying to compile cvs head. there are quite a lot

Re: [PHP-DEV] Problems with new CVS account

On Fri, 7 Feb 2003, Uwe Schindler wrote: > I got a CVS account for maintenace of the NSAPI SAPI module. > If I try to commit a change, I get the following error: > > CVSROOT=:pserver:[EMAIL PROTECTED]:/repository > > Access denied: insufficient karma (thetaphi|php4/sapi/nsapi) > Contact

[PHP-DEV] Problems with new CVS account

I got a CVS account for maintenace of the NSAPI SAPI module. If I try to commit a change, I get the following error: CVSROOT=:pserver:[EMAIL PROTECTED]:/repository Access denied: insufficient karma (thetaphi|php4/sapi/nsapi) Contact [EMAIL PROTECTED] for access to php4/sapi/nsapi cvs se

Re: [PHP-DEV] Timezone functions

OK, so I've had a couple of replies stating interest in this. How do I go about contributing my code? Best Wishes David Gillies San Jose Costa Rica --- David Gillies <[EMAIL PROTECTED]> wrote: > My module exposes a single function, > timezone_offset(). From the module code: > > proto int timezo

[PHP-DEV] patch for pear/PECL/fribidi

I've fixed compilation errors for the fribidi extension (see attached patch). It's tested on Linux and Windows with fribidi 0.10.4 and 0.11.-0 (current dev). Please commit. To solve compilation problems on Windows you need a fribidi.lib _with_ char sets. Regards, Kai Index: fribidi.c ===

Re[2]: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

Hi, Friday, February 7, 2003, 10:45:31 PM, you wrote: AH> I don't think this is good idea. AH> date_sunset(), date_sunrise() are better. AH> Andrey AH> - Original Message - AH> From: "moshe doron" <[EMAIL PROTECTED]> AH> To: <[EMAIL PROTECTED]> AH> Sent: Friday, February 07, 2003 2:3

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

At 02:37 PM 2/7/2003 +0200, moshe doron wrote: well, what about sun_set(), sun_rise()? I hope you're kidding. Andi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

+1 for date_sunset and date_sunrise. -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Andrey Hristov" <[EMAIL PROTECTED]> a écrit dans le message de news: 016f01c2cea6$ccc6f880$[EMAIL PROTECTED] > I don't think this is good idea. > date_sunset()

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

I don't think this is good idea. date_sunset(), date_sunrise() are better. Andrey - Original Message - From: "moshe doron" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 07, 2003 2:37 PM Subject: Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

On Fri, 7 Feb 2003 14:37:32 +0200 "moshe doron" <[EMAIL PROTECTED]> wrote: > well, what about sun_set(), sun_rise()? date_sunset() (or date_sun_set ;) ) if it is defined in the date/time section or cal_sunset() if it is defined within the calendar extension. my 2cts, hth pierre -- PHP Devel

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

well, what about sun_set(), sun_rise()? moshe -- "Andi Gutmans" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > At 12:47 PM 2/7/2003 +0200, moshe doron wrote: > >"Andi Gutmans" <[EMAIL PROTECTED]> wrote in message > >[EMAIL PROTECTED]">news:[EMAIL

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

At 12:47 PM 2/7/2003 +0200, moshe doron wrote: "Andi Gutmans" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I haven't been following this whole discussion. > However, the function names should follow the coding standards and be named > something like date_su

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

"Andi Gutmans" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I haven't been following this whole discussion. > However, the function names should follow the coding standards and be named > something like date_sunrise(), date_sunset() (or whatever other pre

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

I haven't been following this whole discussion. However, the function names should follow the coding standards and be named something like date_sunrise(), date_sunset() (or whatever other prefix makes sense). Andi At 05:02 PM 2/6/2003 +0200, Moshe Doron wrote: "Zeev Suraski" <[EMAIL PROTECTED]