[PHP-DEV] CVS Account Request: lkwang_cn

help to maintenance the document, and translate the doc to chinese. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

On Tue, 17 Dec 2002, Bertrand Mansion wrote: > If this behaviour could be extended to support $className::method(), that > would be just great. Search the archives, it was brought up before, conclusion: it will not happen. Derick -- ---

Re: [PHP-DEV] PHP building on Linux: A question on configurescript!

Just a couple of comments, see below. On Tue, 2002-12-17 at 00:36, Ananth Kesari wrote: > Well, we could figure out this as of now. Thanks for your response. We will get back >if we have further problems. > > Thanks, > Ananth. > > >>> Derick Rethans <[EMAIL PROTECTED]> 12/13/02 08:04PM >>> > Hi

Re: [PHP-DEV] PHP building on Linux: A question on configurescript!

Well, we could figure out this as of now. Thanks for your response. We will get back if we have further problems. Thanks, Ananth. >>> Derick Rethans <[EMAIL PROTECTED]> 12/13/02 08:04PM >>> Hi, On Fri, 13 Dec 2002, Ananth Kesari wrote: > To build for Apache on Unix, it appears that we have to

Re: [PHP-DEV] $this scope (was T_PAAMAYIM_NEKUDOTAYIM)

It would be usefull to have a direction on this, - It's come up a number of times in bug reports. It has a number of uses (primarily breaking large classes up, into smaller components..), and a clearer way to write code than using a huge inheritance tree.. - It may not be correct OO code, by th

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

--- Bertrand Mansion <[EMAIL PROTECTED]> wrote: > <[EMAIL PROTECTED]> wrote : > > > > > --- Bertrand Mansion <[EMAIL PROTECTED]> wrote: > >> <[EMAIL PROTECTED]> wrote?: > >> > >>> $classname::method() === call_user_func(array($classname,'method')); > >> > >> No. $classname::method() is illegal

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

<[EMAIL PROTECTED]> wrote : > > --- Bertrand Mansion <[EMAIL PROTECTED]> wrote: >> <[EMAIL PROTECTED]> wrote?: >> >>> $classname::method() === call_user_func(array($classname,'method')); >> >> No. $classname::method() is illegal and is in no case === to >> call_user_func(array($classname,'metho

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

--- Bertrand Mansion <[EMAIL PROTECTED]> wrote: > <[EMAIL PROTECTED]> wrote : > > I guess I am going to have to write stupid code such as: > > switch ($param1) { > case 'parser1': > return parser1::method(); > case 'parser2': > return pa

RE: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

Just so you know, not so long ago a google search for "T_PAAMAYIM_NEKUDOTAYIM" used to turn up just 1 matching result. :P Regards Mike Robinson Pierre-Alain Joye wrote: > On Tue, 17 Dec 2002 00:17:47 +0100 > Pierre-Alain Joye <[EMAIL PROTECTED]> wrote: > > > On Mon, 16 Dec 2002 23:56:03 +0100

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

On Tue, 17 Dec 2002 00:17:47 +0100 Pierre-Alain Joye <[EMAIL PROTECTED]> wrote: > On Mon, 16 Dec 2002 23:56:03 +0100 > Bertrand Mansion <[EMAIL PROTECTED]> wrote: > > > will return 'Undefined variable: this'... > > The syntax foo::bar() should be used for every method callable > directly(ex: a f

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

On Mon, 16 Dec 2002 23:56:03 +0100 Bertrand Mansion <[EMAIL PROTECTED]> wrote: > will return 'Undefined variable: this'... The syntax foo::bar() should be used for every method callable directly (ex: a factory), without an instance of the parent object. The "$this" variable represents the object

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

<[EMAIL PROTECTED]> wrote : > $obj = new MyObject('out of this'); > > will print 'from MyObject'. Read "will print 'out of this'". Thanks, Bertrand Mansion Mamasam -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

<[EMAIL PROTECTED]> wrote : I guess I am going to have to write stupid code such as: switch ($param1) { case 'parser1': return parser1::method(); case 'parser2': return parser2::method(); } >>> >>> call_user_func(array($param1, 'met

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

>>> I guess I am going to have to write stupid code such as: >>> >>> switch ($param1) { >>> case 'parser1': >>> return parser1::method(); >>> case 'parser2': >>> return parser2::method(); >>> } >> >> call_user_func(array($param1, 'method')); > > No. Undefined variable this i

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

<[EMAIL PROTECTED]> wrote : > On Mon, 16 Dec 2002, Bertrand Mansion wrote: > >> I guess I am going to have to write stupid code such as: >> >> switch ($param1) { >> case 'parser1': >> return parser1::method(); >> case 'parser2': >> return parser2::method(); >> } > > call

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

On Mon, 16 Dec 2002, Bertrand Mansion wrote: > I guess I am going to have to write stupid code such as: > > switch ($param1) { > case 'parser1': > return parser1::method(); > case 'parser2': > return parser2::method(); > } call_user_func(array($param1, 'method')); Derick

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

<[EMAIL PROTECTED]> wrote : > On Mon, 16 Dec 2002, Bertrand Mansion wrote: > >> And keep an access to $this from inside the object calling the external >> method because my parsing is actually recursive. > > $this only works for instanciated classes, not static method calls. >From the documenta

Re: [PHP-DEV] Linking Functions...

On Mon, 16 Dec 2002, clarionhaze wrote: > Hi, How do I go about linking commonly used functions from a file on the server? > > For example I want to put some common cookie functions I use in one > file so that whenever I want to used that function I can just call it > from the file with one line

[PHP-DEV] Linking Functions...

Hi, How do I go about linking commonly used functions from a file on the server? For example I want to put some common cookie functions I use in one file so that whenever I want to used that function I can just call it from the file with one line of code instead of putting 5 (or however many) li

Re: [PHP-DEV] distributing windows binaries (dll's) of PECL's

On Fri, 13 Dec 2002, Michael Bretterklieber wrote: > Of course having binaries in CVS is not a good solution (we (my company) > also don't make this in our projects) > > But are there any other ideas how to provide binaries of PECL's outside > the php distributions? > > Can I add the binaries

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

On Mon, 16 Dec 2002 20:55:49 +0100 (CET) Derick Rethans <[EMAIL PROTECTED]> wrote: > > And keep an access to $this from inside the object calling the > > external method because my parsing is actually recursive. > > $this only works for instanciated classes, not static method calls. Indeed, you

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

On Mon, 16 Dec 2002, Bertrand Mansion wrote: > <[EMAIL PROTECTED]> wrote : > > > It's just not supported by PHP. > > Will it be supported ? Not anytime soon. > This would allow > >> > >>> call_user_func(array($className, 'method'), $param1, $param2); > >> > >> This won't work because, in my

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

<[EMAIL PROTECTED]> wrote : > On Mon, 16 Dec 2002, Bertrand Mansion wrote: > >> <[EMAIL PROTECTED]> wrote : >> >>> Its neither, its a fact of the language, the following: >>> >>> $classname::method is illegal, you recieved a parse error to that >>> effect. the best thing to do is:: >> >> I do

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

On Mon, 16 Dec 2002, Bertrand Mansion wrote: > <[EMAIL PROTECTED]> wrote : > > > Its neither, its a fact of the language, the following: > > > > $classname::method is illegal, you recieved a parse error to that > > effect. the best thing to do is:: > > I don't understand why it is illegal...

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

<[EMAIL PROTECTED]> wrote : >> Hi, >> >> Tell me if this is the wrong list to ask or if this has been answered >> somewhere else before. Thanks :) >> >> I am trying to make something like that: >> >> $myClassName = 'MyClass'; >> return $myClassName::myMethod($param1, $param2); >> >> And I get

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

Bertrand Mansion wrote: hi bertrand, php-general would be the right list. call_user_func_array(); http://www.php.net/call_user_func_array is what you are looking for. bye attila -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

> Hi, > > Tell me if this is the wrong list to ask or if this has been answered > somewhere else before. Thanks :) > > I am trying to make something like that: > > $myClassName = 'MyClass'; > return $myClassName::myMethod($param1, $param2); > > And I get : > > Parse error: parse error, unexpec

[PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

Hi, Tell me if this is the wrong list to ask or if this has been answered somewhere else before. Thanks :) I am trying to make something like that: $myClassName = 'MyClass'; return $myClassName::myMethod($param1, $param2); And I get : Parse error: parse error, unexpected T_PAAMAYIM_NEKUDOTAYIM

Re: [PHP-DEV] Location of getopt function

Thanks Kjartan (and all who responded). give me a few days and i'll report back on the win32 version. "Kjartan Mannes" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Monday, December 16, 2002, 5:07:52 PM, l0t3k wrote: > > Markus, > > thanks for the link, but

Re: [PHP-DEV] Location of getopt function

One way to find function information is through the php function reference: http://zend.com/phpfunc/function.getopt.php Provides information on when it's available, where it's defined, if it's documented, etc. Regards, Philip On Mon, 16 Dec 2002, l0t3k wrote: > Markus, > thanks for the li

Re: [PHP-DEV] Location of getopt function

Monday, December 16, 2002, 5:07:52 PM, l0t3k wrote: > Markus, > thanks for the link, but i was looking for the implementation of the PHP > function as documented here > http://www.php.net/manual/en/function.getopt.php It is defined in: ext/standard/basic_functions.c ext/standard/basic_functi

Re: [PHP-DEV] Location of getopt function

Markus, thanks for the link, but i was looking for the implementation of the PHP function as documented here http://www.php.net/manual/en/function.getopt.php i searched for PHP_FUNCTION(getopt) but got no hits... l0t3k "Markus Fischer" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">ne

Re: [PHP-DEV] Re: #20993 [Ver]: Element valuechangeswithoutasking

Andi Gutmans <[EMAIL PROTECTED]> wrote: > I don't understand what you're doing here. Are you actually separating on > every assignment and doing a deep copy? What I'm trying to do in my patch can be divided into two phases. In the first phase, it checks whether the array contains any referenced

[PHP-DEV] ZEND_API undefined

I just tried the cvs source, and essentially get stuck compiling it because zend_globals_macros.h needs ZEND_API to be defined. This is defined in Zend/acconfig.h. acconfig.h is only inclued if defined NETWARE. Now, I tried to include acconfig.h, but this fails too as it contains @TOP@ and @BOTTO

Re: [PHP-DEV] Re: #20993 [Ver]: Element valuechangeswithoutasking

--snip > >>And the result of a tiny benchmark follows: > >> > >>[Before patching] > >>1: 0.263245 > >>2: 0.142505 > >>3: 0.328045 > >>4: 0.137149 > >> > >>[After patching] > >>1: 0.273811 > >>2: 0.141965 > >>3: 0.699429 > >>4: 0.137010 > > What's 1,2,3 and 4? Have a look at the attachment 'bm.php

[PHP-DEV] CVS Account Request: gyzdiego

Sou desenvolvedor php a um ano e meio e gostaria de me aprofundar -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring/exif/win32

At 13:17 16.12.2002, Edin Kadribasic wrote: > Both 4.3 and Head still have a problem with mbstring not being default > under win32. Exif module can be compiled but not loaded because it > uses a function from mbstring. Exif tests for HAVE_MBSTRING and > COMPILE_DL_MBSTRING. The question is why HAV

[PHP-DEV] Re: [Mono-list] PHP# - feasibility study so far - for comment

On 15-Dec-2002, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > * Optimizing dynamic typed languages > > It has been debated that the CIL is a language that is good for > statically typed languages, but a poor choice for dynamic > languages. I think that this is a gross miss-

Re: [PHP-DEV] mbstring/exif/win32

> Both 4.3 and Head still have a problem with mbstring not being default > under win32. Exif module can be compiled but not loaded because it > uses a function from mbstring. Exif tests for HAVE_MBSTRING and > COMPILE_DL_MBSTRING. The question is why HAVE_MBSTRING is > defined but COMPILE_DL_MBSTRI

[PHP-DEV] mbstring/exif/win32

Both 4.3 and Head still have a problem with mbstring not being default under win32. Exif module can be compiled but not loaded because it uses a function from mbstring. Exif tests for HAVE_MBSTRING and COMPILE_DL_MBSTRING. The question is why HAVE_MBSTRING is defined but COMPILE_DL_MBSTRING is unde

Re: [PHP-DEV] Location of getopt function

On Sun, Dec 15, 2002 at 03:21:04PM -0500, l0t3k wrote : > i've checked LXR, but i cant locate the implementation of getopt in CVS. im > trying to provide a Windows implementation. HTH: http://lxr.php.net/find?string=getopt -- PHP Development Mailing List To unsubscrib