[PHP-DEV] compiling php

Hi All, what does this mean? /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/www/php4-200208210300/ext/zlib/ -DPHP_ATOM_INC -I/ usr/local/www/php4-200208210300/include -I/usr/local/www/php4-200208210300/m ain -I/usr/local/www/php4-200208210300 -I/usr/local/www/apache2/2.0.

[PHP-DEV] CVS Account Request: arahn

Develop and maintain several classes, for now we can mention Math_Distance, Math_Clustering and Math_Clustering_KMeans -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] RFC: run-tests.php + diff

The following patch produces *.diff files similar to diff command. These would allow for easier checks in faild tests when test combines multiple function checks in one test file or the test uses var_dump for output. For example i changed precision to 13 in array test 003.phpt The tests now produ

Re: [PHP-DEV] tests tweaks

At 01:51 22.08.2002, Melvyn Sopacua wrote: >At 01:25 22-8-2002, Marcus Börger wrote: > >>At 00:56 22.08.2002, you wrote: >>> >>>Is this what you are looking for? >>> >>>#include >>> >>>int main() >>>{ >>> double f; >>> char *result; >>> size_t buf_len=1024; >>> >>>

Re: [PHP-DEV] tests tweaks

At 01:25 22-8-2002, Marcus Börger wrote: >At 00:56 22.08.2002, you wrote: >> >>Is this what you are looking for? >> >>#include >> >>int main() >>{ >> double f; >> char *result; >> size_t buf_len=1024; >> >> result = (char *) malloc(buf_len+1); >> f = -.333

Re: [PHP-DEV] libgd patch for alpha-channel mixing

> Wouldn't it be preferable for the function to be there and report the reason > it doesn't work, ie "this function only works when using the bundled GD > library"? No, because then people can't write portable code that checks using function_exists() -Rasmus -- PHP Development Mailing List

Re: [PHP-DEV] libgd patch for alpha-channel mixing

On Thu, 22 Aug 2002 08:28, [EMAIL PROTECTED] wrote: > On Wed, 21 Aug 2002, Tim Toohey wrote: > > Any thoughts? Should I go ahead and commit this? I've never committed to > > PHP before so go easy on me :-). I've been using essentially the same > > code on a PHP-4.1.0 installation for a while now a

Re: [PHP-DEV] tests tweaks

At 00:56 22.08.2002, you wrote: >Hi Marcus, > >At 23:54 21-8-2002, Marcus Börger wrote: > >>At 17:58 21.08.2002, Melvyn Sopacua wrote: >>>At 03:36 21-8-2002, Marcus Börger wrote: >>> I made the functions a bit more C99 complient (maybe we should use some C99 complience suit...) but unfortu

RE: [PHP-DEV] new webdav patch

thanks, i had missed the context of the change to SAPI.c. I think the DeltaV methods that can have post data are the following: CHECKOUT, REPORT, VERSION-CONTROL, UPDATE, LABEL, MERGE, BASELINE-CONTROL dave -Original Message- From: Christian Stocker [mailto:[EMAIL PROTECTED]] Sent: Wed

Re: [PHP-DEV] libgd patch for alpha-channel mixing

I've looked at these before and they look ok to me. That was the point of bringing libgd inhouse. Of course, we will have to carefully document the fact that some GD functions are only available with the bundled version of libgd. I can live with that hassle in exchange for bug fixes and added f

Re: [PHP-DEV] libgd patch for alpha-channel mixing

On Wed, 21 Aug 2002, Tim Toohey wrote: > Any thoughts? Should I go ahead and commit this? I've never committed to PHP > before so go easy on me :-). I've been using essentially the same code on a > PHP-4.1.0 installation for a while now and I believe it works OK. Looking at your patch I see:

[PHP-DEV] libgd patch for alpha-channel mixing

This is a patch to add nicer alpha-channel mixing to the GD module. It introduces two new PHP functions: ImageLayerEffect() & ImageColorMatch() ImageLayerEffect() is similar to the existing ImageAlphaBlending() function in that it affects the way pixel drawing will be done during any kind of dr

Re: [PHP-DEV] tests tweaks

At 17:58 21.08.2002, Melvyn Sopacua wrote: >At 03:36 21-8-2002, Marcus Börger wrote: > >>I made the functions a bit more C99 complient (maybe we should use >>some C99 complience suit...) but unfortuanetley that was not all. >>1) someone must have changed ini setting precision from 14 to 12 >>Addin

Re: [PHP-DEV] Interfaces in PHP

Thanks for all of your guys' comments on this. Ultimately I see Zeev's insight of PHP not having a strong type definition totally accurate. Even if we did have a mechanism to make sure that a class defined certain functions, we could not readily see if these functions did what we wanted, bri

Re: [PHP-DEV] PHP 4.3 and PHP 5

On Wed, 21 Aug 2002 16:37:13 -0400 (EDT) Dan Kalowsky <[EMAIL PROTECTED]> wrote: > On Wed, 21 Aug 2002, Pierre-Alain Joye wrote: > > > Works well in 4.1.1 : > > > > on : SunOS argiope 5.8 Generic_108528-05 sun4u sparc SUNW,Ultra-250 > > You are the first to report back that I've seen/heard from

Re: [PHP-DEV] PHP 4.3 and PHP 5

On Wed, 21 Aug 2002, Pierre-Alain Joye wrote: > Works well in 4.1.1 : > > on : SunOS argiope 5.8 Generic_108528-05 sun4u sparc SUNW,Ultra-250 You are the first to report back that I've seen/heard from stating it works. You're even on one of the two major difficulty platforms. Now try using 4.2

Re: [PHP-DEV] PHP 4.3 and PHP 5

Rasmus Lerdorf wrote: > But how do you propose we come up with perfect Apache 2.0 support? FastCGI :) > If we > limit it to the pre-fork mpm, we can probably get quite close to perfect > stability, but for any of the threaded mpms we are completely at the mercy > of the threadsafetyness of all

RE: [PHP-DEV] new webdav patch

Hi > I think allowing php users to process webdav methods in user-space is an > awesome idea. One question I have, why are the MKCOL, DELETE, and UNLOCK > methods not listed? according to RFC 2518 > (http://ftp.ics.uci.edu/pub/ietf/webdav/protocol/rfc2518.txt), DAV clients > are required to sup

RE: [PHP-DEV] PHP 4.3 and PHP 5

I am willing to accept this. I don't think it's the job of the PHP group to fix thread-safetyness for all libraries on all platforms. That's a herculean task. Plus, I'm sure we're not alone in problem. Surely the mod_perl folks and [insert your favorite popular Apache module here] have similar iss

Re: [PHP-DEV] PHP 4.3 and PHP 5

On Wed, 21 Aug 2002 15:46:50 -0400 (EDT) Dan Kalowsky <[EMAIL PROTECTED]> wrote: > On Wed, 21 Aug 2002, Shane Caraveo wrote: > > > It should simply be marked EXPERIMENTAL, but not removed. On the other > > hand, it doesn't have to be included in the distribution if it simply > > does not work c

Re: [PHP-DEV] PHP 4.3 and PHP 5

On Wed, 21 Aug 2002 09:04:21 -0400 (EDT) Dan Kalowsky <[EMAIL PROTECTED]> wrote: > Adding to the ever expanding list... > o Decide if we are or are not going to support the iPlanet system. If we > are, it needs to be drastically fixed, if we're not we need to drop it. > Really. Look at the bu

RE: [PHP-DEV] PHP 4.3 and PHP 5

But how do you propose we come up with perfect Apache 2.0 support? If we limit it to the pre-fork mpm, we can probably get quite close to perfect stability, but for any of the threaded mpms we are completely at the mercy of the threadsafetyness of all the various third party libraries on all the v

RE: [PHP-DEV] PHP 4.3 and PHP 5

On Wed, 21 Aug 2002, Zeev Suraski wrote: > I think that at this point we should switch from wish-list mode, to > a down-to-earth realistic mode. That is, not put everything that we > want to see in the roadmap, but only things which are either > pre-requisites or things we know with a great deal

Re: [PHP-DEV] PHP 4.3 and PHP 5

On Wed, 21 Aug 2002, Shane Caraveo wrote: > It should simply be marked EXPERIMENTAL, but not removed. On the other > hand, it doesn't have to be included in the distribution if it simply > does not work correctly. It's apparently been broken since 4.0.5. I did a little bit of patching it up so

Re: [PHP-DEV] PHP 4.3 and PHP 5

> > > > o Decide if we are or are not going to support the iPlanet system. If we >are, it needs to be drastically fixed, if we're not we need to drop it. >Really. Look at the bug reports. > > It should simply be marked EXPERIMENTAL, but not removed. On the other hand, it doesn't have to be i

RE: [PHP-DEV] PHP 4.3 and PHP 5

At 17:55 21/08/2002, Joseph Tate wrote: >o Rewrite the ISAPI IIS interface. "Gasp". From the ground up, or find >some other way to fix bug #15333. The work arounds listed in the bug report >are not acceptable in production systems, just as temporary stop-gap methods >for developing new applicat

Re: [PHP-DEV] friendly classes

At 10:59 AM 8/21/2002 +0100, Tom Oram wrote: >Hi, >I'm currenly looking at/doing a lot of object orientated PHP so I have been >looking into what new features Zend 2 will offer me. I have just run into a >situation where if I was using Zend 2 I would need some sort of implementation >of C++ friend

[PHP-DEV] Apache 1.2.26 + PHP 4.2.2 segfaults

HI, I'm having a little bit of a problem getting apache 1.2.26 to work with php 4.2.2, using gcc 3.1.1, and with pgsql 7.2.1 i compiled apache with these options... (from .spec file) CFLAGS="$RPM_OPT_FLAGS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \ ./configure \ --prefix=%{_prefix

RE: [PHP-DEV] new webdav patch

I think allowing php users to process webdav methods in user-space is an awesome idea. One question I have, why are the MKCOL, DELETE, and UNLOCK methods not listed? according to RFC 2518 (http://ftp.ics.uci.edu/pub/ietf/webdav/protocol/rfc2518.txt), DAV clients are required to support them. Al

Re: [PHP-DEV] tests tweaks

At 03:36 21-8-2002, Marcus Börger wrote: >I made the functions a bit more C99 complient (maybe we should use >some C99 complience suit...) but unfortuanetley that was not all. >1) someone must have changed ini setting precision from 14 to 12 >Adding special INI section to array tests fixed test 1

[PHP-DEV] Zeev IS Andi? :) (was: Re: [PHP-DEV] PATCH: debug_backtrace() functionfor 4.3-dev/ZE1)

On Tue, 20 Aug 2002, Zeev Suraski wrote: >At 16:02 20/08/2002, Jani Taskinen wrote: >>On Tue, 20 Aug 2002, Andi Gutmans wrote: >> >> >I still think it shouldn't go in. This is the only feature in Engine 2 >> >which might make non-OOP people convert. Once this isn't in Engine 2 we >> >don't have a

RE: [PHP-DEV] PHP 4.3 and PHP 5

And a couple more things. > Adding to the ever expanding list... > > On Wed, 21 Aug 2002, Sterling Hughes wrote: > > > > Hi all, > > > > > > Following on from the recent debug_backtrace discussion, and the > > > discussion about just what we are releasing next and so on, I'd just > > > thought I

Re: [PHP-DEV] trans-sid warning?

Dan Hardiker wrote: > > >> Well, more worrisome would be if a bad guy tricks you into clicking on > >> a link or simply sends you an image in an email that makes a request > >> to my server with a valid-looking session id. Then if you go to this > >> site (that > > > > I've debunked that sce

Re: [PHP-DEV] trans-sid warning?

Rasmus Lerdorf wrote: > > > On Mon, 19 Aug 2002, Rasmus Lerdorf wrote: > > > > > But could you at least answer the question? What is the advantage of > > > allowing user-supplied new session ids? I see no reason not to add a > > > check for this. > > > > For example, I have a set of C progr

Re: [PHP-DEV] PHP 4.3 and PHP 5

Adding to the ever expanding list... On Wed, 21 Aug 2002, Sterling Hughes wrote: > > Hi all, > > > > Following on from the recent debug_backtrace discussion, and the > > discussion about just what we are releasing next and so on, I'd just > > thought I would make a couple of comments about PHP 4

Re: [PHP-DEV] Interfaces in PHP

--- Tim Converse <[EMAIL PROTECTED]> wrote: > > --- Brad LaFountain <[EMAIL PROTECTED]> wrote: > > > 2) Interfaces as they exist in java don't really give you > > much in a stripting > > language but if you insist on having something like that > > you can curently do it > > with the zend1. > >

Re: [PHP-DEV] PHP extension initialisation

I had already assumed what Pete said was happening was happening, but I still don't know how to tell whether I'm in the first one (apache test) or the second (real init). Any ideas? Tom On Wed, 21 Aug 2002, you wrote: > Hi, > > I asked about this a few weeks ago with apache on windows. > > The

Re: [PHP-DEV] Interfaces in PHP

Wez Furlong wrote: >class C { > delegatee $foo = new IFoo(); // "implements" IFoo by delegation > delegatee $bar = new IBar(); // "implements" IBar by delegation >} > I didnt see anyone suggest this as an alternative to the delegatee syntax, - it just a bit clearer to read (to me anyway..) c

Re: [PHP-DEV] Interfaces in PHP

Did you guys re-read the discussion in the ZE2 archives as I suggested? In brief: class IFoo { function foo() {} } class IBar { function bar() {} } class C { delegatee $foo = new IFoo(); // "implements" IFoo by delegation delegatee $bar = new IBar(); // "implements" IBar by delegati

[PHP-DEV] friendly classes

Hi, I'm currenly looking at/doing a lot of object orientated PHP so I have been looking into what new features Zend 2 will offer me. I have just run into a situation where if I was using Zend 2 I would need some sort of implementation of C++ friends, I'm not to sure about the java alternative (is

[PHP-DEV] Sybase / patches

Hi, in case you remember (if you don't, have a look at the thread "[PHP-DEV] Sybase - Error handlers" beginning Aug. 7 2002): I compiled my extension against PHP 4.2.2 / 4.2.1 / 4.1.2 recently, doing some improvements and having to change some code due to API incompatibilty (the original patch wa

Re: [PHP-DEV] PHP 4.3 and PHP 5

> Hi all, > > Following on from the recent debug_backtrace discussion, and the > discussion about just what we are releasing next and so on, I'd just > thought I would make a couple of comments about PHP 4.3 and about what > I think (IMHO) should be the goals of PHP 5. > > I'm currently r

[PHP-DEV] Re: Bug #19006 [Opn]: Test failure orange/banana

Patch below. At 09:50 21-8-2002, you wrote: >Sorry for the screwed output, >the expected output, expects an int(0) (the result of array_sum). But >since array_sum no longer changes the actual array, the array remains >in tact as 'string[6] => banana'. Index: ext/standard/tests/array/003.phpt ==

Re: [PHP-DEV] Interfaces in PHP

At 09:30 21/08/2002, Ben Dischinger wrote: >You don't quite get the same functionality from extending a class as you >would from implementing an interface. If I'm extending temperature what >keeps me as a user from not overriding any of those functions? Or what if I >want to extend a different cl

[PHP-DEV] Ways to Encourage PHPv5 usage

Due to the current discussion on php-dev@ relating to debug_backtrace() and the migration of new users to Zend2 and PHPv5, I've decided to come up with a list of more effective methods that we could impose to make sure that everyone upgrades to PHPv5. This list is a result of comprehensive s