[PHP-DEV] Bug #13505 Updated: Reserved words can be used as constant names

ID: 13505 Updated by: zak Reported By: [EMAIL PROTECTED] Old Summary: The word "New" alone causes compilation to abort while "New_" allows compile. Old Status: Analyzed Status: Closed Bug Type: Unknown/Other Function Old Operating System: Operating System: All PHP Version: 4.0.6 Assigned To: zak

[PHP-DEV] Patch for define() / zend_builtin_functions.c

Bug report 13505 got me thinking about the behavior of define() - if you try to define a constant name that is a reserved word, or an existing function or class name, no warning is generated. This could have been a conscious decision - a case where it was decided that some safety could be tra

[PHP-DEV] Bug #11895 Updated: total crash of PHP

ID: 11895 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: win2k PHP Version: 4.0.6 New Comment: Update by: Chris Vanderschaaf <[EMAIL PROTECTED]> Derick   I have a similar problem only using NT4 SP 6 , Apache 1.3.20 win32, PHP 4.0.6 cg

[PHP-DEV] CVS Account Request

Full name: Petr Dusek Email: [EMAIL PROTECTED] ID:pdusek Purpose: Translating the documentation into Czech -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administ

[PHP-DEV] Bug #13505 Updated: The word "New" alone causes compilation to abort while "New_" allows compile.

ID: 13505 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Old Bug Type: Compile Failure Bug Type: Unknown/Other Function Operating System: PHP Version: 4.0.6 Old Assigned To: Assigned To: zak New Comment: New (in any combination of case - i.e. new, NEW, NeW, ...

[PHP-DEV] Re: Bug #13505: The word "New" alone causes compilation to abort while "New_" allows compile.

You had the words New With Warranty in your code, and it wasn't in quotes. In fact your sprintf doesn't make much sense at all, since there are no %'s in it. The keyword "new" is used for instantiating objects, i.e. $obj = new class(); If you're going to use strings, put them in quotes:

[PHP-DEV] Bug #13505: The word "New" alone causes compilation to abort while "New_" allows compile.

From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: The word "New" alone causes compilation to abort while "New_" allows compile. ### # POP UP MENU SUB ROUTINE

[PHP-DEV] Bug #13487 Updated: --with-sablot cannot find reference to iconv

ID: 13487 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Old Bug Type: PHP options/info functions Bug Type: Sablotron XSL Operating System: Mac OS 10.0.4 PHP Version: 4.0.6 New Comment: user reported fixed in CVS. Previous Comments: --

[PHP-DEV] Bug #13485 Updated: ERROR in tsrm_virtual_cwd.c & .h

ID: 13485 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: HP-UX 11.x PHP Version: 4.0.6 New Comment: submitted twice Previous Comments: [2001-09-

[PHP-DEV] Bug #13484 Updated: ERROR in tsrm_virtual_cwd.c & .h

ID: 13484 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.x PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot from http://snaps.php.net/ ? (there have been a lot of fixes on the code

[PHP-DEV] Bug #13482 Updated: apache processes SEGFAULT

ID: 13482 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Linux RH7.1 - 2.4 SMP PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot from http://snaps.php.net/ ? Previous Comments:

[PHP-DEV] Bug #13466 Updated: Errors when using variables as the host parameter

ID: 13466 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: PHP Version: 4.0.6 New Comment: RTFM: http://www.php.net/manual/en/function.mysql-connect.php The 'walkern' part is assumed to be port/unix socket path. --Ja

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

[Zeev Suraski <[EMAIL PROTECTED]>] > At 17:16 01-10-01, Chuck Hagenbuch wrote: > >Quoting Andrei Zmievski <[EMAIL PROTECTED]>: > > > > > I step away from the computer for the weekend, and such an > > > interesting discussion ensues. For the record, I'd vote for either > > > unifying classes and n

RE: [PHP-DEV] include() like functionality for strings

Why would we have to pass it another argument? We don't pass an argument to include() to tell it whether or not it is HTML. There has to be somesort of mechanism that include is using to parse the file/execute any PHP inside it. So basically all we would be doing is elimanting the file I/O part

Re: [PHP-DEV] include() like functionality for strings

There is no problem in getting it to work but the question is if we can do it in a nice way. How would eval() know if it's evaling something which should start in a PHP or HTML context? You'd have to send it another argument. This would start being a bit ugly. Is it such a big deal? Andi At 05

[PHP-DEV] Bug #13504: libmysql LONGLONG conflicts with

From: [EMAIL PROTECTED] Operating system: Windows 2000 SP2 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: libmysql LONGLONG conflicts with (I apologize; I suspect this should be sent to the libmysql maintainer, but half an hour's research has not revealed

[PHP-DEV] include() like functionality for strings

Not sure what discussion has been done on this subject before, but here it goes. I wan't to be able to use a function that does the same thing as include, except instead of passing a file name I pass the actual string to be processed. This differs from eval() because the string may be all HTML.

[PHP-DEV] CVS Account Request

Full name: Alex Waugh Email: [EMAIL PROTECTED] ID:alexwaugh Purpose: Changes for RISC OS port and new SAPI module ext/mysql, ext/standard, sapi, TSRM, Zend -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mai

[PHP-DEV] Bug #13503: mscvrt.dll error

From: [EMAIL PROTECTED] Operating system: W2K Server PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: mscvrt.dll error Win2K Server PHP 4.0.6 php.exe dated June 22, 2001 2:58 p.m. I'm getting this error when I try to execute php.exe from a dos window

[PHP-DEV] Bug #13502: ImageTTFText double-strikes text

From: [EMAIL PROTECTED] Operating system: Linux 2.4.6 - Debian PHP version: 4.0.6 PHP Bug Type: *Graphics related Bug description: ImageTTFText double-strikes text When I specify an absolute path to a font with ImageTTFText, such as "$DOCUMENT_ROOT/fonts/verdana.ttf", it dis

[PHP-DEV] Bug #13501: --with-iodbc, --with-ibm-db2 doesn't work together when using ./configure

From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: --with-iodbc, --with-ibm-db2 doesn't work together when using ./configure When proceeding to use the './configure' command and include the 2 options

[PHP-DEV] Re: Minor addition to http://php.net/anoncvs.php?

> Does anyone object to me modifying the anoncvs.php webpage to include > the following note? Does anyone have anything to add - Jeroen? :) There's a typo in it, but that's not what you meant :-) I wouldn't name that SuSE thing, it's way to specific for indicating that something DOESN'T work. I'

[PHP-DEV] Re: Bug #13494: random segfaults with sablotron 0.70

Forgot to mention, this is showing up in apache's error logs: httpd: hash.cpp:249: const Str &HashTable::getKey (long unsigned int) const: Assertion `p' failed. I took a look at the Sablotron source, but I'm not overly familiar with it. Maybe on the weekend I can get into it a bit more. J [E

[PHP-DEV] Re: Bug #13494: random segfaults with sablotron 0.70

I noticed this, too, but my backtraces looked much different. (My PHP version was 4.0.8dev, though, if that makes that much of a difference.) I'm having a tough time tracking down a script to reproduce the segfault. 90% of the time, everything seems fine, but now and again, apache dies. Our s

[PHP-DEV] Bug #13500: copy() gives incorrect open_basedir() errors

From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux 2.4 PHP version: 4.0.6 PHP Bug Type: Filesystem function related Bug description: copy() gives incorrect open_basedir() errors It appears that copy() is overprotective of open_basedir restrictions. At the web ho

[PHP-DEV] Bug #13499: imap_open fails to authenticate

From: [EMAIL PROTECTED] Operating system: linux (mandrake 2.4.8-24mdk) PHP version: 4.0.6 PHP Bug Type: IMAP related Bug description: imap_open fails to authenticate PHP 4.06 Code which works on apache 1.3.2 on Win2k fails on linux with the same versions of PHP and apache. D

[PHP-DEV] Re: [Zend Engine 2] RE: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

I think ::: is actually pretty good. We should keep this option open. Andi At 04:36 PM 10/1/2001 +0200, Zeev Suraski wrote: >Stupid suggestion, is ::: (three colons) pushing it? > >Zeev > >At 16:29 01-10-01, John Parker wrote: > >> > >'/' is the only operator I can think of that seems to make an

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, 1 Oct 2001 10:08:02 -0500, Andrei Zmievski wrote: >For the record, I'd vote for either >unifying classes and namespaces (I like that approach), or failing that, >using :::. +1 - Martin -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] Fo

Re: [PHP-DEV] why does exit() print its argument?

On Mon, 1 Oct 2001, Lenar wrote: > I want to use it as a system programming language. But fork() is missing :) Fork is not missing, pctnl_fork is the name iirc. Derick -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

Re: [PHP-DEV] why does exit() print its argument?

> > Web scripting language, I think that the chances of people > > expecting this > > I use it as a system scripting language and vote +1 for numeric arguments to > work the "expected" way. I want to use it as a system programming language. But fork() is missing :) Anyway this shows we use php fo

[PHP-DEV] Bug #13483 Updated: Mail being sent twice

ID: 13483 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Mail related Operating System: PHP Version: 4.0.6 Previous Comments: [2001-09-28 16:12:55] [EMAIL PROTECTED] Can you

[PHP-DEV] Bug #13483 Updated: Mail being sent twice

ID: 13483 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: PHP Version: 4.0.6 New Comment: ===User input=== The script I am testing: I am running this on Windows using smtp. Previous Comments: -

[PHP-DEV] Bug #13494: random segfaults with sablotron 0.70

From: [EMAIL PROTECTED] Operating system: linux 2.4.10 debian/testing PHP version: 4.0CVS-2001-10-01 PHP Bug Type: XSLT related Bug description: random segfaults with sablotron 0.70 so i updated to sablotron 0.70 and now i get a lot of random and not easily reproduceable seg

Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, Oct 01, 2001 at 06:19:01PM +0200, Harald Radi wrote: > > > i don't either, but how else will you bind constants to a class / > > > namespace ? > > > > echo Foo::CONSTANT; > > yes, but how do you define them ? > > if it's like this: > > namespace Foo; > define("CONSTANT", 123); On p

[PHP-DEV] Looking for a PHP/MySQL Developer for short project

Folks, I am relatively new to PHP & MySQL. I took on a side project some months ago which I now realize is over my head. The project is a real estate catalog. I adapted the catalog system from Welling and Thomson's "PHP & MySQL Web Development" from SAMS. I really need to wrap this project up

[PHP-DEV] Re: [Zend Engine 2] RE: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, 01 Oct 2001, Harald Radi wrote: > yes, but how do you define them ? > > if it's like this: > > namespace Foo; > define("CONSTANT", 123); > > it won't be a problem either because then a class can't contain such a > definition (yet) and there won't be any ambiguities too. That's how I wa

RE: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

> > i don't either, but how else will you bind constants to a class / > > namespace ? > > echo Foo::CONSTANT; yes, but how do you define them ? if it's like this: namespace Foo; define("CONSTANT", 123); it won't be a problem either because then a class can't contain such a definition (yet) a

[PHP-DEV] Re: Apache 2.0.18 API does not match sapi_apache2.c code

"Stig Venaas" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > change might be for Apache 2 newer than 2.0.18, but 2.0.18 is the latest > I can find. I think we should support the latest Apache 2 that people are http://dev.apache.org/dist/ > able to download, w

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

At 17:16 01-10-01, Chuck Hagenbuch wrote: >Quoting Andrei Zmievski <[EMAIL PROTECTED]>: > > > I step away from the computer for the weekend, and such an > > interesting discussion ensues. For the record, I'd vote for either > > unifying classes and namespaces (I like that approach) > >As do I...

Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, 01 Oct 2001, Harald Radi wrote: > i don't either, but how else will you bind constants to a class / > namespace ? echo Foo::CONSTANT; -Andrei "Try to spend the next 30 seconds not thinking about a blue-eyed polar bear." -Feodor Dostoevsky -- PHP Development Mailing List

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, 01 Oct 2001, Harald Radi wrote: > why ? > > > class Foo { > final $BAR = "blah"; > } > > namespace Foo; > > class Bar { > static function bar() { > echo $Foo::BAR; > } > } > > > if (Foo::Bar::bar() === $Foo::BAR) { > echo "juhuuu"; > } else { > echo "damn"; > } > > > you hav

[PHP-DEV] Bug #13493: mail() is not supported

From: [EMAIL PROTECTED] Operating system: Redhat 6.2 PHP version: 4.0.6 PHP Bug Type: Mail related Bug description: mail() is not supported When trying to send mail using PHP the following error message is received: Warning: mail() is not supported in this PHP build M

[PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

> I'm sorry, I haven't been following all of this - is 'final' > a keyword that > will be available (and enforced) in ze2? i don't either, but how else will you bind constants to a class / namespace ? -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTEC

[PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

Quoting Harald Radi <[EMAIL PROTECTED]>: > > And we need namespaces for > > constants, also. > > why ? > > > class Foo { > final $BAR = "blah"; > } I'm sorry, I haven't been following all of this - is 'final' a keyword that will be available (and enforced) in ze2? -chuck

[PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

> We don't have static members. but we will in ze2 !? > And we need namespaces for > constants, also. why ? class Foo { final $BAR = "blah"; } namespace Foo; class Bar { static function bar() { echo $Foo::BAR; } } if (Foo::Bar::bar() === $Foo::BAR) { echo "juhuuu"; } else { echo "

Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

Quoting Harald Radi <[EMAIL PROTECTED]>: > is there a reason why a namespace should contain anything other than classes ? > we have static functions and static members in classes, no need for them > in namespaces too. We don't have static members. And we need namespaces for constants, also

[PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

> It would mean we'd need to have nested classes. or limit namespaces to only contain classes: <...>method(); is there a reason why a namespace should contain anything other than classes ? we have static functions and static members in classes, no need for them in namespaces too. we ca

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, 01 Oct 2001, Chuck Hagenbuch wrote: > As do I... Andi, Zeev - are there technical problems with this? We already have > static class methods; having static class variables and static class-specific > constants seems like a logical extension of this to me, and it gives you a > class-is-a

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

Quoting Andrei Zmievski <[EMAIL PROTECTED]>: > I step away from the computer for the weekend, and such an > interesting discussion ensues. For the record, I'd vote for either > unifying classes and namespaces (I like that approach) As do I... Andi, Zeev - are there technical problems with

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, 01 Oct 2001, Markus Fischer wrote: > On Mon, Oct 01, 2001 at 04:36:44PM +0200, Zeev Suraski wrote : > > Stupid suggestion, is ::: (three colons) pushing it? > > For me better than anything else which came up (smileys, > arithmetical operators, comments). I step away from the computer

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, Oct 01, 2001 at 04:36:44PM +0200, Zeev Suraski wrote : > Stupid suggestion, is ::: (three colons) pushing it? For me better than anything else which came up (smileys, arithmetical operators, comments). +1 - Markus -- PHP Development Mailing List To unsubscribe

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

- Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> To: "Dean Hall" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, October 01, 2001 09.25am Subject: Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces

RE: [PHP-DEV] namespaces ambiguity

> Stupid suggestion, is ::: (three colons) pushing it? What's wrong with :>, except for the fact that it resembles a smiley? There is already -> and =>... Cheerio, Marc. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e

RE: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

Stupid suggestion, is ::: (three colons) pushing it? Zeev At 16:29 01-10-01, John Parker wrote: > > >'/' is the only operator I can think of that seems to make any sense > > >whatsoever here and is not already used as an operator. > > > > > > I guess you do not divide? :) > > > > Zeev > > >Hmm.

RE: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

> >'/' is the only operator I can think of that seems to make any sense > >whatsoever here and is not already used as an operator. > > > I guess you do not divide? :) > > Zeev > Hmm... I'd personally recommend that the namespace operator is ; as no-one ever uses the semi-colon, do they? Sor

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, 1 Oct 2001 09:57:12 -0400, Jon Parise wrote: >On Mon, Oct 01, 2001 at 10:12:52AM +0200, Andi Gutmans wrote: > >> I am OK with such an ambiguity error. What about the rest of the people? > >I think it will be okay. Anyone using (non-newbie) features like >namespaces and ternary operation

[PHP-DEV] Exceptions and ZE2

i've looked at the latest Zend CVS and like what i see with regards to exceptions, and i'd like to make a suggestion. in other languages (c++, delphi and Java for sure), you can specify the type of exception you are interested in in the catch block. short of this, the programmer would have to che

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

- Original Message - From: "Andi Gutmans" <[EMAIL PROTECTED]> To: "Dean Hall" <[EMAIL PROTECTED]>; "George Schlossnagle" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, October 01, 2001 03.15am Subject: Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zen

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

On Mon, Oct 01, 2001 at 10:12:52AM +0200, Andi Gutmans wrote: > I am OK with such an ambiguity error. What about the rest of the people? I think it will be okay. Anyone using (non-newbie) features like namespaces and ternary operations should understand the ramifications of stressing the synta

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

On Mon, Oct 01, 2001 at 12:55:16PM +0200, Andi Gutmans wrote: > Maybe we need to think if there's a possibility to combine namespaces and > classes and therefore it automatically would be ::. I am against two > mechanisms that use :: but if we can find a nice way of combining the two > (haven'

[PHP-DEV] Re: RC3

In <5.1.0.14.2.20010928202626.0404c3b8@localhost>, Zeev Suraski wrote: > Any objections to releasing RC3? could please someone MFH ext/domxml/config.m4 to the RC branch? It fixes some problems when installing on latest debian. thanks. chregu -- PHP Development Mailing List

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

> BB>> why not => then. imo the parser will easily distinguish array > BB>> definition from an expression > The last thing we need is symbol reuse. The parser can distinguish a lot > of things, the problem is that the human developer would be confused. => > has a clear meaning in PHP, adding other

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

On October 1, 2001 04:51 am, Andi Gutmans wrote: > At 12:46 PM 10/1/2001 +0200, Stig Sæther Bakken wrote: [snip] > >I still think Zeev's suggestion (HTML::Table) is very good, if it > >doesn't impose too much runtime overhead. > > I don't like Zeev's suggestion because it does impose an extra hash

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

On October 1, 2001 04:46 am, Stig Sæther Bakken wrote: > [Zak Greant <[EMAIL PROTECTED]>] > > > On September 30, 2001 06:15 pm, Wez Furlong wrote: > > > What about "." then (Java/Delphi)? > > > > > > --Wez. > > > > Wouldn't that conflict with the concatenation operator? > > > > Unless I am mistake

Re: [PHP-DEV] namespaces ambiguity

On Mon, Oct 01, 2001 at 01:06:05PM +0200, Marc Boeren wrote: > If that is impossible, how about some new combination, like :> > > HTML:>Table looks ok, too... > Some languages use quotes like ' or ` to indicate namespaces. Since the context in question may not allow the start of a string consta

Re: [PHP-DEV] namespaces ambiguity

On Mon, Oct 01, 2001 at 01:06:05PM +0200, Marc Boeren wrote : > > > I still think Zeev's suggestion (HTML::Table) is very good, if it > > doesn't impose too much runtime overhead. > > +1 for :: > > If that is impossible, how about some new combination, like :> Er... I usually don't want my co

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

At 12:48 PM 10/1/2001 +0200, Hartmut Holzgraefe wrote: >Stig Sæther Bakken wrote: > >>Whoa. Once again I'm on that train of thought that eliminates the >>difference between classes and namespaces. +1 from me. >> - Stig >>[Zeev Suraski <[EMAIL PROTECTED]>] >> >>>:: is taken, but why not do it th

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

At 12:46 PM 10/1/2001 +0200, Stig Sæther Bakken wrote: >[Zak Greant <[EMAIL PROTECTED]>] > > On September 30, 2001 06:15 pm, Wez Furlong wrote: > > > What about "." then (Java/Delphi)? > > > > > > --Wez. > > > > Wouldn't that conflict with the concatenation operator? > > > > Unless I am mistaken,

Re: [PHP-DEV] namespaces ambiguity

> I still think Zeev's suggestion (HTML::Table) is very good, if it > doesn't impose too much runtime overhead. +1 for :: If that is impossible, how about some new combination, like :> HTML:>Table looks ok, too... Cheerio, Marc. -- PHP Development Mailing List To unsu

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

Stig Sæther Bakken wrote: > Whoa. Once again I'm on that train of thought that eliminates the > difference between classes and namespaces. +1 from me. > > - Stig > > [Zeev Suraski <[EMAIL PROTECTED]>] > >>:: is taken, but why not do it the C++ way? It also uses :: for both >>classes and na

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

[Zak Greant <[EMAIL PROTECTED]>] > On September 30, 2001 06:15 pm, Wez Furlong wrote: > > What about "." then (Java/Delphi)? > > > > --Wez. > > Wouldn't that conflict with the concatenation operator? > > Unless I am mistaken, it looks like only the following single symbols > are available: % *

Re: [PHP-DEV] namespaces ambiguity

[Andi Gutmans <[EMAIL PROTECTED]>] > At 09:35 PM 9/30/2001 +0200, Stig Sæther Bakken wrote: > >[Andi Gutmans <[EMAIL PROTECTED]>] > > > Hey, > > > > > > I just started playing around with the parser to support the > > > namespaces syntax Stig laid out in his RFC. I think I've thought of an > > > a

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

Whoa. Once again I'm on that train of thought that eliminates the difference between classes and namespaces. +1 from me. - Stig [Zeev Suraski <[EMAIL PROTECTED]>] > :: is taken, but why not do it the C++ way? It also uses :: for both > classes and namespaces. > > Zeev > > At 21:35 30-09-01

Re: [PHP-DEV] more than 130 warning during compile ?

In article , [EMAIL PROTECTED] says... > Hello, > > what is your configure line? Hmmm, i have checked this a few days ago. In the meantime the warnings have reduce less than 10: nice :-) In file included from /usr/local/mysql/current/include/mysql/mysql.h:77, from php_mysql.c

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

BB>> why not => then. imo the parser will easily distinguish array BB>> definition from an expression The last thing we need is symbol reuse. The parser can distinguish a lot of things, the problem is that the human developer would be confused. => has a clear meaning in PHP, adding other meaning