Re: [PHP-DEV] aggregate() und overload()

On Fri, 2002-04-05 at 00:43, Kristian Koehntopp wrote: > > I have several observations regarding the newly implemented > aggregate() und overload() extensions. Depending on the > correctness of these observations you may want to reconsider the > inclusion of these extensions in the current build

[PHP-DEV] Re: cvs: php4 /ext/pgsql pgsql.c

Hi Derick, This one liner should be merged. I guess there are so many users that does not report problems. Or nobody is using notice message from PostgreSQL server... -- Yasuo Ohgaki Yasuo Ohgaki wrote: > yohgaki Fri Apr 5 01:37:26 2002 EDT > > Modified files: >

Re: [PHP-DEV] Re: aggregate() und overload()

IMHO, This is acually the first ive heard of aggergate. I don't like it at all. I never liked overload ither. If you are defining a class libary you need some procedural code just to define the class libary. even for things like auto-documentors like php-doc. They no nothing about the aggerated c

[PHP-DEV] emalloc memory header and malloc.

Hi, I would like to know what is the best way to avoid overrun error message when lib functions allocate memory with malloc and return pointer to it. Currently, I allocate memory by emalloc and copy the content to it, then free memory allocated by malloc. It's obviously inefficient and I must b

[PHP-DEV] Re: aggregate() und overload()

--disable-experimental-aggregate and --disable-experimental-overload? Just in case we really want to make it optional and have new way for overloading/multiple inheritance. We can document these features as EXPETIMENTAL as long as we want, right? -- Yasuo Ohgaki Kristian Koehntopp wrote: > I h

[PHP-DEV] Re: Unsigned Right(Maybee Left) Shift [Again]

I think if Zend/PHP can support unsigned int/long, it would be nicer. Real fix for this would be unsinged type support in Zend/PHP. It's not likely Zend/PHP supports unsigned type anytime soon, if it'll be supported, though. Is unsigned type support discussed? -- Yasuo Ohgaki Jason Greene wrot

Re: [PHP-DEV] aggregate() und overload()

Kristian Koehntopp wrote: > On Thu, Apr 04, 2002 at 03:06:30PM -0800, Shane Caraveo wrote: > >>>Recommendation: >>> >>>If overload() indeed supports variably named callback functions >>>such as __get_x(), support for this should be removed in order >>>to avoid a number of possible inconsistencies

Re: [PHP-DEV] aggregate() und overload()

On 05/04/02, "Kristian Koehntopp" <[EMAIL PROTECTED]> wrote: > Observation: > aggreate and friends break the introspection in PHP, and may > interfere with serialization and sessions. > This is, because > get_class($obj) returns Origclass, and no trace of Classname. > Also, $obj is_a() Origclass,

[PHP-DEV] close CVS account

Please close my CVS account cnewbill and unsubscribe me from php-bugs, I’ve already unsubscribed from php-dev.   -Chris

Re: [PHP-DEV] aggregate() und overload()

On Thu, Apr 04, 2002 at 03:06:30PM -0800, Shane Caraveo wrote: > > Recommendation: > > > > If overload() indeed supports variably named callback functions > > such as __get_x(), support for this should be removed in order > > to avoid a number of possible inconsistencies and namespace > > polluti

Re: [PHP-DEV] aggregate() und overload()

> Recommendation: > > If overload() indeed supports variably named callback functions > such as __get_x(), support for this should be removed in order > to avoid a number of possible inconsistencies and namespace > pollution. > Yes it does support it. No it shouldn't be removed. Why not expl

[PHP-DEV] aggregate() und overload()

I have several observations regarding the newly implemented aggregate() und overload() extensions. Depending on the correctness of these observations you may want to reconsider the inclusion of these extensions in the current build of PHP. The following has not in its entirety verified in the so

[PHP-DEV] Re: installing headers into /usr/local/include/php

> The solution is to copy the relevant headers (mbfilter.h, mbstring.h) > into /usr/local/include/php/ext/mbstring. > > I've had a look around and I can't find where or how to get the > build system to install those headers. You just need to add the relevant dir to HEADER_DIRS in pear/Mak

[PHP-DEV] installing headers into /usr/local/include/php

Now that mailparse is in PECL, building it fails because it has a dependency on the mbstring extension. The solution is to copy the relevant headers (mbfilter.h, mbstring.h) into /usr/local/include/php/ext/mbstring. I've had a look around and I can't find where or how to get the build system to

Re: [PHP-DEV] file upload issue in HEAD

It looks ok, but let me do a full test after lunch in a couple of hours. On Thu, 4 Apr 2002, Derick Rethans wrote: > Hello Rasmus, > > can you please test RC2, and shed some light if there is still a problem > with this in PHP_4_2_0? > > regards, > Derick > > On Fri, 29 Mar 2002, Rasmus Lerdorf

Re: [PHP-DEV] file upload issue in HEAD

Hello Rasmus, can you please test RC2, and shed some light if there is still a problem with this in PHP_4_2_0? regards, Derick On Fri, 29 Mar 2002, Rasmus Lerdorf wrote: > Right, that is what I am seeing at least on the Debian package of 4.1.2, > and in 4.2 and HEAD this is fixed but we still

[PHP-DEV] Re: [Zend Engine 2] RE: [PHP-DEV] Unsigned Right(Maybee Left) Shift[Again]

On 4 Apr 2002, Jason Greene wrote: > Well it wouldn't be changing the behavior of the heredoc operator, it > would only be interpreted differently depending on the situation. > > Technically, I think it could be done without ambiguities. I think it is a bad idea to have the same 'operator' used

[PHP-DEV] Re: [PHP-QA] Re: Exif doesn't compile

On 2002.04.04 16:59 Marcus Börger wrote: > That doesn't work because it is not a constant. So someone with MS VC > should check the > value of the variable __mb_cur_max. Then we can set it. Or does > anyone have a better idea? FYI: the value of __mb_cur_max is 1. Sander -- PHP Development Ma

RE: [PHP-DEV] Unsigned Right(Maybee Left) Shift [Again]

Well it wouldn't be changing the behavior of the heredoc operator, it would only be interpreted differently depending on the situation. Technically, I think it could be done without ambiguities. -Jason On Thu, 2002-04-04 at 09:57, Marc Boeren wrote: > > Reasons expressed against it > > ---

[PHP-DEV] RE: [Zend Engine 2] Unsigned Right(Maybee Left) Shift [Again]

Count me as AGAINST, because <<< is heredoc operator -Original Message- From: Jason Greene [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 04, 2002 9:43 AM To: PHP-Dev; Andi Gutmans; Zend Engine 2 Subject: [Zend Engine 2] Unsigned Right(Maybee Left) Shift [Again] So far, after posting

RE: [PHP-DEV] Unsigned Right(Maybee Left) Shift [Again]

> Reasons expressed against it > > It is the heredoc operator > however, I need a tie breaker. Is the heredoc operator not a tie breaker (or decision maker) on it's own? No need to change the behaviour of an existing operator just for consistency, is there? Cheeri

[PHP-DEV] Unsigned Right(Maybee Left) Shift [Again]

So far, after posting to php-general and php-dev about whether or not we should add a <<< operator to match the >>> operator, I have received 4 total responses. 2 for it 2 against it Reasons expressed for it Consistent Doesn't hurt anything Reasons expressed against it

RE: [PHP-DEV] FYI - CVS symlinks

thanks. -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 04, 2002 4:15 PM To: James Cox Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] FYI - CVS symlinks Ok - called php4-only On Thu, 4 Apr 2002, James Cox wrote: > What I mean is that sometimes it

RE: [PHP-DEV] FYI - CVS symlinks

Ok - called php4-only On Thu, 4 Apr 2002, James Cox wrote: > What I mean is that sometimes it's beneficial to just be able to checkout > php4. - could you add some kind of alias _just_ for php4 then, please? > > -Original Message- > From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] > Sent:

RE: [PHP-DEV] FYI - CVS symlinks

What I mean is that sometimes it's beneficial to just be able to checkout php4. - could you add some kind of alias _just_ for php4 then, please? -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 04, 2002 4:06 PM To: James Cox Cc: [EMAIL PROTECTED] Su

RE: [PHP-DEV] FYI - CVS symlinks

> can you please change this to some other name, - having Zend and TSRM > checkout when you checkout php4 is extremely annoying. How come? What good is a php4 checkout without TSRM? -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] FYI - CVS symlinks

can you please change this to some other name, - having Zend and TSRM checkout when you checkout php4 is extremely annoying. Thanks, James -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 04, 2002 11:26 AM To: Jani Taskinen Cc: [EMAIL PROTECTED] S

Re: [PHP-DEV] Changing password cvs account

On Thu, 2002-04-04 at 15:32, Dave Mertens wrote: > Hi, > > how can i change the password of my cvs account. I lost my password, but because i'm >still logged in the cvs tree, i can still develop code. > Who do i have to contact for my CVS account. Asking for a new CVS account seems not >the way

[PHP-DEV] Re: [PHP-QA] Re: Exif doesn't compile

At 16:33 04.04.2002, you wrote: >Well, it seems to be fixed now on Unix/Linux, but it's still broken on >Windows: >C:\php\php4\ext\exif\exif.c(1265) : error C2057: expected constant expression >C:\php\php4\ext\exif\exif.c(1265) : error C2466: cannot allocate an array >of constant size 0 >C:\php\

Re: [PHP-DEV] W32api functions

[EMAIL PROTECTED] wrote: > On Thu, 4 Apr 2002, Sander Roobol wrote: > > >>On 2002.04.04 13:25 [EMAIL PROTECTED] wrote: >> >>>I thought it was moved to PECL, but it seems it is copied. My bad... >> >>It is NOT in PECL!!! :) >>See http://cvs.php.net/cvs.php/pear/PECL > > > n e e d m o r e s

[PHP-DEV] Changing password cvs account

Hi, how can i change the password of my cvs account. I lost my password, but because i'm still logged in the cvs tree, i can still develop code. Who do i have to contact for my CVS account. Asking for a new CVS account seems not the way to go.. Thanks, Dave Mertens (zyprexia) -- PHP Develop

[PHP-DEV] Re: [patch] domxml ./. fix for some memory leaks + cleanups

Applied chregu In <[EMAIL PROTECTED]>, Lukas Schroeder wrote: > hi! > > this patch is against current cvs. it contains some trivial cleanups and > fixes for several memory leaks, where memory that gets malloc()ed in > libxml2 is not free()d. please apply... > > > additionally, this patch cha

Re: [PHP-DEV] W32api functions

On Thu, 4 Apr 2002, Sander Roobol wrote: > On 2002.04.04 13:25 [EMAIL PROTECTED] wrote: > > I thought it was moved to PECL, but it seems it is copied. My bad... > > It is NOT in PECL!!! :) > See http://cvs.php.net/cvs.php/pear/PECL n e e d m o r e s l e e p : ) Derick --

Re: [PHP-DEV] W32api functions

On 2002.04.04 13:25 [EMAIL PROTECTED] wrote: > I thought it was moved to PECL, but it seems it is copied. My bad... It is NOT in PECL!!! :) See http://cvs.php.net/cvs.php/pear/PECL Sander -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] W32api functions

On Thu, 4 Apr 2002, James Moore wrote: > > >At 06:16 PM 4/3/2002, [EMAIL PROTECTED] wrote: > >>And w32api is in PECL CVS btw. > > > >What exactly does this mean, considering it's also in php4/ext/w32api? > > My thoughts exactly.. I thought it was moved to PECL, but it seems it is copied. My ba

RE: [PHP-DEV] W32api functions

>At 06:16 PM 4/3/2002, [EMAIL PROTECTED] wrote: >>And w32api is in PECL CVS btw. > >What exactly does this mean, considering it's also in php4/ext/w32api? My thoughts exactly.. James -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [patch] domxml ./. fix for some memory leaks + cleanups

hi! this patch is against current cvs. it contains some trivial cleanups and fixes for several memory leaks, where memory that gets malloc()ed in libxml2 is not free()d. please apply... additionally, this patch changes get_attribute() to return FALSE instead of an empty string if the attribute

Re: [PHP-DEV] FYI - CVS symlinks

Looks like the alases aren't needed. The simple: php4 php4 &Zend &TSRM seems to work. -Rasmus On Thu, 4 Apr 2002, Jani Taskinen wrote: > > I think you need to make aliases for the modules first. > Something like this perhaps: > > ZE1 -d Zend Zend/ > TSRM_module -d T

[PHP-DEV] Re: configure broken for imap and mcal extensions..

> The PHP_ADD_LIBRARY_DEFER() and PHP_ADD_LIBRARY_DEFER_WITH_PATH() > macros no longer do what they were originally designed to do, > ie. place the libraries into DLIBS instead of LIBS. Good catch! - Sascha Experience IRCG http://schu