[PHP-DEV] Re: Segfault

2005-09-14 Thread Sara Golemon
Yeah...sure it's on line 42. How about some code to look at? A backtrace... Anything... -Sara - Original Message - From: ""RG"" <[EMAIL PROTECTED]> Newsgroups: php.internals To: Sent: Wednesday, September 14, 2005 7:11 PM Subject: Segfault This is quite unusual, for some reas

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Rasmus Lerdorf
Leigh Makewell wrote: > Rasmus Lerdorf wrote: > >> This is where it gets tricky. Is this legal code? > > Yes it is legal because it worked. Well, that is the point, it didn't actually work. Code similar to this caused memory corruption. So while you may not have seen an instant crash, over t

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Colin Tucker
Rasmus Lerdorf wrote: So while the tone of some of these messages may not be great, > often the suggestion that the code in question isn't very good is accurate. Rasmus, I think where some of the concern and confusion lies is with those of us who have been doing, or at least attempting, some

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Leigh Makewell
Rasmus Lerdorf wrote: This is where it gets tricky. Is this legal code? Yes it is legal because it worked. Whether it is strictly "correct" or not is another argument. People write bad code all the time, but it doesn't make it any less legal. In minor version changes BC is not a secondary p

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Rasmus Lerdorf
Leigh Makewell wrote: > a perfectly legal statement like this $x = current(explode(' ','a b')); In this particular case, current() did not need to take a reference since it doesn't modify anything. This has been fixed in CVS. That's still not how I'd write that though. I would write: list($x

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Leigh Makewell
Derick Rethans wrote: On Wed, 14 Sep 2005, Leigh Makewell wrote: Derick Rethans wrote: I doubt any application would really stopped working - except for a friendly notice when people wrote bad code. Except if you had read Colin's messages you would see that his code *had* stopped working.

Re: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Rasmus Lerdorf
Makoto Tozawa wrote: > Jani Taskinen wrote: > >> Show me one such person please. One that does this using PHP. :) >> One that really NEEDS this to be possible.. > > > It's impossible to find one as PHP doesn't support it today. > > Think of defining a class which encapsulates a database

Re: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Makoto Tozawa
Jani Taskinen wrote: Show me one such person please. One that does this using PHP. :) One that really NEEDS this to be possible.. It's impossible to find one as PHP doesn't support it today. Think of defining a class which encapsulates a database table, and the table name and column n

[PHP-DEV] Re: Reference handling change and PHP 4.4.0

2005-09-14 Thread Todd Ruth
For the record, I have no idea how the 4.3 -> 4.4 change could trigger such a bug. I just pointed out that we've hit the symptom Colin described many times in our company with code (yes, bad code) of the form: I've played with many flavors of this user-bug, adding and subtracting "&"s, but hav

[PHP-DEV] Segfault

2005-09-14 Thread RG
This is quite unusual, for some reason PHP segfaults after I call my function. The function deals with Resources from another module, it works, that's not the problem. The functions works exactly as anticipated, however if I call that function again or if I call die or exit PHP segfaults. Any ideas

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Antony Dovgal
On 14.09.2005 15:20, Zeev Suraski wrote: Any last minute additions to 5.1.0RC2 or can we roll it? If it's not too late I'd like to fix http://bugs.php.net/bug.php?id=34505 before RC2. It'll require addition of zend_unmangle_property_name_ex() and changing several files to use it instead of z

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Colin Tucker
Derick Rethans wrote: But it just could as well have been because he was relying on the memory corruptions. Hard to tell without code. Derick As I mentioned in my reply to Rasmus above, the problem seems to be stemming from a class that acts like a map of objects. Most of my PHP4 code woul

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Colin Tucker
Derick Rethans wrote: We found this out the hard way yesterday when our server administrator upgraded our production server to PHP 4.4.0 (even though the Debian package description said it was a PHP 4.3.x release). We ended up with hundreds of errors and many, many vhosts stopped working correct

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Pierre Joye
On 9/14/05, Uwe Schindler <[EMAIL PROTECTED]> wrote: > No NEW problems on Solaris 9, only with latest 5.1 snapshot: > > * "make test" still does not work > * "make install" fails because some PEAR components are missing (see > mail of Pierre) Uwe, _you_ have to do it while testing from CVS :) Se

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Marcus Boerger
Hello Edin, well imho it makes no sense to prefix all the iterators with Spl and also most of them are released already with 5.0. Changing those is to big of a BC issue isn't it? I mean it is different from changing a few consts very rarely used to class consts. marcus Wednesday, September 14,

Re: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Pierre Joye
On 9/14/05, Tex Texin <[EMAIL PROTECTED]> wrote: > Pierre, I am glad it is acceptable to you. What you say does not apply to > everyone. > > > Well, english is the language of choice for programming > > because everyone understands very basic english words. > > This is just not true. It is true f

Re: [PHP-DEV] Re: 5.1.0RC2

2005-09-14 Thread Pierre Joye
On 9/14/05, Greg Beaver <[EMAIL PROTECTED]> wrote: > http://pear.php.net/go-pear.phar For the distros, let use the same system. If one would like to customize, he is free to use go.pear.phar at a later point. Regards, --PIerre -- PHP Internals - PHP Runtime Development Mailing List To unsubscr

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Pierre Joye
On 9/14/05, Zeev Suraski <[EMAIL PROTECTED]> wrote: > I think it's probably equally big, but it's besides the point. I'm trying > to understand what we can do (in 5.0.6 or whatever) that will really solve > the problem. The 4.4 approach at this point doesn't appear to be any > better since regar

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Pierre Joye
On 9/14/05, Derick Rethans <[EMAIL PROTECTED]> wrote: > I doubt any application would really stopped working - except for a > friendly notice when people wrote bad code. Derick, I do not know if you ever learn but... Stop saying that people wrote bad codes and this is why they code could break. T

Re: [PHP-DEV] Re: 5.1.0RC2

2005-09-14 Thread Edin Kadibasic
Greg Beaver wrote: > Great! There is only one issue with this, which is that > install-pear.phar simply uses the default installation location. This > means that since this is C:\php5, PEAR will be simply be installed there > without any user input. If you simply switch out install-pear.phar for

Re: [PHP-DEV] unserialize() & unicode issues

2005-09-14 Thread Antony Dovgal
On 15.09.2005 00:12, Marcus Boerger wrote: Well right now we don't fail gracefully Right, but it could be done easily. and i don't think we should unless we are dealing with something introduced in later versions that doesn't hurt or to generate helpfull error messages that explicitly tell yo

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Marcus Boerger
Hello Andi, ok, i am on it right now (the one answer was from today, i received it while i was typing the other). regards marcus Wednesday, September 14, 2005, 9:55:32 PM, you wrote: > I am sure I answered but I see Zeev has now (pretty much what I answered too > :) > At 07:39 AM 9/14/2005,

Re: [PHP-DEV] unserialize() & unicode issues

2005-09-14 Thread Marcus Boerger
Hello Antony, Wednesday, September 14, 2005, 8:58:31 PM, you wrote: > On 14.09.2005 18:02, Marcus Boerger wrote: >> Hello Antony, >> >> why can't we put a marker there? shouldn't we be able to add a flag >> and allow that flag in older php versions disallowing to load those >> serialized data

Re: [PHP-DEV] Re: 5.0.5

2005-09-14 Thread Derick Rethans
On Thu, 8 Sep 2005, Scott MacVicar wrote: > Path for 5.0.6, it would seem odd to have a different behavior on the 5.0.x > branch. Committed. Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscr

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Andi Gutmans
I am sure I answered but I see Zeev has now (pretty much what I answered too :) At 07:39 AM 9/14/2005, Marcus Boerger wrote: Hello Zeev, i tried to get any feedback from You or andi regarding SPL but none of you replied so far. Question is whether i should rename some of the new interfaces an

Re: [PHP-DEV] open_basedir Issue

2005-09-14 Thread Aaron Greenspan
Sander, Unfortunately, I can't switch the OS, and frankly, I shouldn't have to. This is a Cobalt RaQ 4i. Love them or hate them, there are thousands of these machines out there--and they're all running PHP. If this is an OS problem, and it doesn't work for me, then it's unlikely to work for a

Re: [PHP-DEV] open_basedir Issue

2005-09-14 Thread Sander Steffann
Hi, Can someone tell me what I'm doing wrong here? I'm using PHP 4.3.11 on Red Hat 5.0 (Cobalt). /home/sites/www.harvardchemclub.org is a symbolic link that points to /home/sites/site66. [...] [Reformatted for readability:] Warning: fopen(): open_basedir restriction in effect. File(/home/

Re: [PHP-DEV] Re: open_basedir Issue

2005-09-14 Thread Aaron Greenspan
Antony, I'm not trying to avoid the restriction by using a symbolic link. I'm trying to enforce it, yet regardless of whether I put any of the following in my allowed path: /home/sites/site66 /home/sites/site66/ /home/sites/site66/web /home/sites/site66/web/ /home/sites/www.harvardchemclub.or

Re: [PHP-DEV] Re: open_basedir Issue

2005-09-14 Thread Antony Dovgal
On 14.09.2005 22:37, Aaron Greenspan wrote: Sara, The output is: /home/sites/site66/web/index.html I guess this is the answer: "All symbolic links are resolved, so it's not possible to avoid this restriction with a symlink." (c) http://www.php.net/manual/en/features.safe-mode.php#ini.open-b

Re: [PHP-DEV] unserialize() & unicode issues

2005-09-14 Thread Antony Dovgal
On 14.09.2005 18:02, Marcus Boerger wrote: Hello Antony, why can't we put a marker there? shouldn't we be able to add a flag and allow that flag in older php versions disallowing to load those serialized data in case it shows unicode semantics? You mean adding a marker to be able to fail wi

[PHP-DEV] Re: open_basedir Issue

2005-09-14 Thread Aaron Greenspan
Sara, The output is: /home/sites/site66/web/index.html Thanks, Aaron Aaron Greenspan President & CEO Think Computer Corporation http://www.thinkcomputer.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Jani Taskinen
All fixed now. --Jani On Wed, 14 Sep 2005, Uwe Schindler wrote: At 16:18 14.09.2005, you wrote: On Wed, 14 Sep 2005, Uwe Schindler wrote: * "make test" still does not work Like..how? I posted this one month ago (other thread). It fails when calling "test" with an empty ex

Re: [PHP-DEV] Re: 5.1.0RC2

2005-09-14 Thread Greg Beaver
Edin Kadribasic wrote: >Greg Beaver wrote: > > >>Pierre-Alain Joye wrote: >> >> >> >>>On 9/14/05, Zeev Suraski <[EMAIL PROTECTED]> wrote: >>> >>> >>> >>> Any last minute additions to 5.1.0RC2 or can we roll it? >>>cd php-src/pear && wget http://pear.php.net/instal

[PHP-DEV] Re: open_basedir Issue

2005-09-14 Thread Sara Golemon
> Can someone tell me what I'm doing wrong here? I'm using PHP 4.3.11 on > Red Hat 5.0 (Cobalt). /home/sites/www.harvardchemclub.org is a symbolic > link that points to /home/sites/site66. I've tried this with and without > trailing slashes. I added a comment to a similar bug report years ago,

Re: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread l0t3k
""Tex Texin"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > -Original Message- >>It is fine you don't want or intend to take advantage of it. (Personally, >>I >>think more than 5 characters in an identifier is too much to type.) >>But why do you want to not let others us

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Marcus Boerger
Hello Jessie, well the best solution would be to drop the 'Spl' prefix for 5.1 and wait for namespaces since they are imo the only solution. marcus Wednesday, September 14, 2005, 5:34:45 PM, you wrote: > I agree with Edin. To be consistent, either all interfaces and classes > should be prefi

RE: [PHP-DEV] namespaces (Re: [PHP-DEV] 5.1.0RC2)

2005-09-14 Thread David Zülke
> What is current status of a patch? It will be included? I really hope so (for PHP6, that is). Andi said he'd have a look at the patch some time ago. I'd love to know what he and the others "in charge" think about this matter. - David -- PHP Internals - PHP Runtime Development Mailing List To

[PHP-DEV] namespaces (Re: [PHP-DEV] 5.1.0RC2)

2005-09-14 Thread Ondrej Ivanič
Jessie Hernandez wrote: This is one case where namespaces are useful. With my namespace patch, all that would have to be done is to name the class as SPL:Observer. Users can either implement SPL:Observer or first "import SPL:Observer;" and then implement Observer. Yes, this is a right task fo

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Jani Taskinen
On Wed, 14 Sep 2005, Uwe Schindler wrote: At 16:18 14.09.2005, you wrote: /bin/sh: test: argument expected gmake: [test] Error 1 (ignored) [EMAIL PROTECTED]:~/install/php5-200509141230$ Do you know why this happens? :) (in Makefile, remove the -@ from the line below test:) * configur

[PHP-DEV] open_basedir Issue

2005-09-14 Thread Aaron Greenspan
Hello, Can someone tell me what I'm doing wrong here? I'm using PHP 4.3.11 on Red Hat 5.0 (Cobalt). /home/sites/www.harvardchemclub.org is a symbolic link that points to /home/sites/site66. I've tried this with and without trailing slashes. I added a comment to a similar bug report years ago,

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Jessie Hernandez
I agree with Edin. To be consistent, either all interfaces and classes should be prefixed or none should be prefixed. On the other hand, prefixing all the old classes/interfaces will cause BC breaks. This is one case where namespaces are useful. With my namespace patch, all that would have to be

Re: [PHP-DEV] Re: 5.1.0RC2

2005-09-14 Thread Edin Kadribasic
Greg Beaver wrote: > Pierre-Alain Joye wrote: > >>On 9/14/05, Zeev Suraski <[EMAIL PROTECTED]> wrote: >> >> >>>Any last minute additions to 5.1.0RC2 or can we roll it? >> >> >> cd php-src/pear && wget http://pear.php.net/install-pear.phar >> >>for both sources and win32 releases. As a little remi

[PHP-DEV] Re: 5.1.0RC2

2005-09-14 Thread Greg Beaver
Pierre-Alain Joye wrote: > On 9/14/05, Zeev Suraski <[EMAIL PROTECTED]> wrote: > >>Any last minute additions to 5.1.0RC2 or can we roll it? > > > cd php-src/pear && wget http://pear.php.net/install-pear.phar > > for both sources and win32 releases. As a little reminder :) Quick note: windows

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Marcus Boerger
Hello Zeev, phew i take a deep breathe and give my best marcus Wednesday, September 14, 2005, 4:45:32 PM, you wrote: > At 17:39 14/09/2005, Marcus Boerger wrote: >>Hello Zeev, >> >> i tried to get any feedback from You or andi regarding SPL but none of you >>replied so far. Question is whet

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Edin Kadribasic
Marcus Boerger wrote: > Hello Zeev, > > i tried to get any feedback from You or andi regarding SPL but none of you > replied so far. Question is whether i should rename some of the new interfaces > and classes to be prefixed by 'Spl'. Also should i drop all constants in SPL > and instead provide

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Uwe Schindler
At 16:18 14.09.2005, you wrote: On Wed, 14 Sep 2005, Uwe Schindler wrote: * "make test" still does not work Like..how? I posted this one month ago (other thread). It fails when calling "test" with an empty expression: [EMAIL PROTECTED]:~/install/php5-200509141230$ gmake test Build com

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Zeev Suraski
At 17:39 14/09/2005, Marcus Boerger wrote: Hello Zeev, i tried to get any feedback from You or andi regarding SPL but none of you replied so far. Question is whether i should rename some of the new interfaces and classes to be prefixed by 'Spl'. Also should i drop all constants in SPL and inst

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Marcus Boerger
Hello Zeev, i tried to get any feedback from You or andi regarding SPL but none of you replied so far. Question is whether i should rename some of the new interfaces and classes to be prefixed by 'Spl'. Also should i drop all constants in SPL and instead provide class constants whcih we can do r

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Andi Gutmans
Yep, Observer and friends should be renamed to Spl*. At 04:20 AM 9/14/2005, Zeev Suraski wrote: Any last minute additions to 5.1.0RC2 or can we roll it? Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Run

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Jani Taskinen
On Wed, 14 Sep 2005, Uwe Schindler wrote: * "make test" still does not work Like..how? * configure prints out a lot of garbage when testing for bison (which is missing on my solaris machine) And the garbage is..? --Jani -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Rasmus Lerdorf
Zeev Suraski wrote: > At 15:36 14/09/2005, Derick Rethans wrote: > >> On Tue, 13 Sep 2005, Rasmus Lerdorf wrote: >> >> > Zeev Suraski wrote: >> > >> But there are many other cases >> > >> where a function legitimately takes a by-ref and doesn't necessarily >> > >> write to it or the write is a s

Re: [PHP-DEV] unserialize() & unicode issues

2005-09-14 Thread Marcus Boerger
Hello Antony, why can't we put a marker there? shouldn't we be able to add a flag and allow that flag in older php versions disallowing to load those serialized data in case it shows unicode semantics? Right now we'd simply fail in case of unicode usage in any serialized data with old php versio

Re: [PHP-DEV] pdo_sqlite error 5.1

2005-09-14 Thread Marcus Boerger
Hello Kevin, interface traversable is only a tag. And as such it can only be implemented by either interfaces Iterator and Aggregate or by internal classes. That said there is either something wrong with the check for implementers being internal classes or PDO classes aren't internal classes whe

Re: [PHP-DEV] Re: crc32

2005-09-14 Thread Marcus Boerger
Hello Sara, nice and helpfull idea best regards marcus Tuesday, September 6, 2005, 3:57:38 PM, you wrote: > I'd suggest a set of filters as an add-on to the mhash extension: > mhash.crc32 > mhash.md5 > mhash.sha1 > mhash.sha256 > etc > -Sara > - Original Message - > From: ""Ro

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Marcus Boerger
Hello Rasmus, my solution was (and i proposed a patch for it here) that we have a way to allow function signatures that pass variables as const just like c++ allows. This i did because first it is faster and second it applies to most pass by ref signatures. Or in other words we could get rid of

Re: [PHP-DEV] 5.1.0RC2

2005-09-14 Thread Uwe Schindler
No NEW problems on Solaris 9, only with latest 5.1 snapshot: * "make test" still does not work * "make install" fails because some PEAR components are missing (see mail of Pierre) * configure prints out a lot of garbage when testing for bison (which is missing on my solaris machine) Uwe At 1

Re[2]: [PHP-DEV] unserialize() & unicode issues

2005-09-14 Thread val khokhlov
Hello Tex, Wednesday, September 14, 2005, 1:07:26 PM, you wrote: TT> Bear with me, I don't know about how PHP uses the serialized info, but if TT> your goal is to minimize the overhead for unicode data when no, now we're discussing the following issues: 1) should serialize format be port

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Andreas Ahlenstorf
Am 14.09.2005 um 15:40 schrieb Derick Rethans: $filename = sprintf('%s.%s', md5(uniqid(rand(), true)), array_pop (explode('.', $name))); echo $filename; D'oh - I see it. My ISP changed the PHP version once again. It's now PHP 5.0.5. I'm very very sorry for the confusion. A. -- PHP Inte

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Derick Rethans
On Wed, 14 Sep 2005, Leigh Makewell wrote: > Derick Rethans wrote: > > I doubt any application would really stopped working - except for a friendly > > notice when people wrote bad code. > > Except if you had read Colin's messages you would see that his code *had* > stopped working. But it just

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Leigh Makewell
Derick Rethans wrote: I doubt any application would really stopped working - except for a friendly notice when people wrote bad code. Derick Except if you had read Colin's messages you would see that his code *had* stopped working. Leigh :) -- PHP Internals - PHP Runtime Development Mail

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Derick Rethans
On Wed, 14 Sep 2005, Andreas Ahlenstorf wrote: > Fatal error: Only variables can be passed by reference in /home/www/ > core/media.class.php on line 221 The following script works fine too: echos: [EMAIL PROTECTED]:~$ php-4.4dev -derror_reporting=2047 /tmp/test.php Notice: Undefined variable:

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Andreas Ahlenstorf
Am 14.09.2005 um 15:10 schrieb Derick Rethans: Of course it does, you have a ) too much. Besides this, the following I should drink more coffee... script does not make a fatal error: Fatal error: Only variables can be passed by reference in /home/www/ core/media.class.php on line 221

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Derick Rethans
On Wed, 14 Sep 2005, Andreas Ahlenstorf wrote: > > Am 14.09.2005 um 14:36 schrieb Derick Rethans: > > > > Since we can detect a ref to a temp var at call time now, how about > > > making a local copy in the function and effectively treat it as a > > > by-value arg and also issue an E_NOTICE or a

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Andreas Ahlenstorf
Am 14.09.2005 um 14:36 schrieb Derick Rethans: Since we can detect a ref to a temp var at call time now, how about making a local copy in the function and effectively treat it as a by-value arg and also issue an E_NOTICE or an E_STRICT? I think that would solve the corruption problem without b

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Zeev Suraski
At 15:54 14/09/2005, Edin Kadribasic wrote: Zeev Suraski wrote: > At 15:36 14/09/2005, Derick Rethans wrote: > >> On Tue, 13 Sep 2005, Rasmus Lerdorf wrote: >> >> > Zeev Suraski wrote: >> > >> But there are many other cases >> > >> where a function legitimately takes a by-ref and doesn't necess

Re: [PHP-DEV] PHP6, Unicode for language functions, classes, methods, vars names

2005-09-14 Thread Derick Rethans
On Tue, 13 Sep 2005, Ilia Alshanetsky wrote: > Rasmus Lerdorf wrote: > > What do you mean? Why wouldn't it be portable? > > Well, for one thing code written to use unicode identifiers will > immediately be limited to running on PHP 6 installs. While code using > ASCII identifier with standard

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Edin Kadribasic
Zeev Suraski wrote: > At 15:36 14/09/2005, Derick Rethans wrote: > >> On Tue, 13 Sep 2005, Rasmus Lerdorf wrote: >> >> > Zeev Suraski wrote: >> > >> But there are many other cases >> > >> where a function legitimately takes a by-ref and doesn't necessarily >> > >> write to it or the write is a s

Re: [PHP-DEV] PHP6, Unicode for language functions, classes, methods, vars names

2005-09-14 Thread Derick Rethans
On Tue, 13 Sep 2005, Ondrej Ivanič wrote: > Pierre Joye wrote: > > On 9/13/05, Ondrej Ivanič <[EMAIL PROTECTED]> wrote: > > > > >IMHO, if someone need ... > > > > I know, that's why I say: PHP6. > > Another constraint? why? > > 1) It's a BC break (... which impact 1 or 2 users? :) ) Actually,

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Zeev Suraski
At 15:36 14/09/2005, Derick Rethans wrote: On Tue, 13 Sep 2005, Rasmus Lerdorf wrote: > Zeev Suraski wrote: > >> But there are many other cases > >> where a function legitimately takes a by-ref and doesn't necessarily > >> write to it or the write is a secondary action not required for the cod

Re: [PHP-DEV] unserialize() & unicode issues

2005-09-14 Thread Derick Rethans
On Tue, 13 Sep 2005, Antony Dovgal wrote: > > But needed, as even with the semantics off, you can get unicode strings. > > Which can end up as array keys. > > Yes, in this case there is no way to avoid converting (while doing > unserialize()), but I don't see any point in creating Unicode strings

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Derick Rethans
On Wed, 14 Sep 2005, Leigh Makewell wrote: > However, breaking BC between 4.3 and 4.4 when 4.3 is a dead branch causes can > cause some problems for system admins. What happens if the software being used > is never updated to 4.4? There are important security updates that need to be > applied, but

[PHP-DEV] Re: ref fix revisited

2005-09-14 Thread Andreas Korthaus
Rasmus Lerdorf wrote: SquirrelMail has code like this all over the place: $value = strtolower(array_shift(split('/\w/',trim($value; Here array_shift() does of course change the arg, so that is a potential problem. And yes, that's a dumb way to do this, but people write code like this.

Re: [PHP-DEV] Reference handling change and PHP 4.4.0

2005-09-14 Thread Derick Rethans
On Wed, 14 Sep 2005, Colin Tucker wrote: > Hello all, > > I know this issue has most likely been discussed to death here so I apologise > in advance for starting a new thread about it. I just need to get my head > around the reasoning for introducing this change to PHP4 (4.4 branch). I can > un

Re: [PHP-DEV] ref fix revisited

2005-09-14 Thread Derick Rethans
On Tue, 13 Sep 2005, Rasmus Lerdorf wrote: > Zeev Suraski wrote: > >> But there are many other cases > >> where a function legitimately takes a by-ref and doesn't necessarily > >> write to it or the write is a secondary action not required for the code > >> to work. Could we not catch this on t

Re: [PHP-DEV] Re: 5.0.5

2005-09-14 Thread Derick Rethans
On Tue, 13 Sep 2005, Scott MacVicar wrote: > Any chance of getting these applied to 5.0.x and 5.1? Yes, it's on my todo list - will do that when I get back home. Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mai

Re: [PHP-DEV] 5.0.5, BC break, fatal error

2005-09-14 Thread Derick Rethans
On Mon, 12 Sep 2005, Pierre Joye wrote: > On 9/12/05, Zeev Suraski <[EMAIL PROTECTED]> wrote: > > > I don't think you're going to get a very good answer here. It boils down > > to what you already know - it's a bug which results in corruption, and > > that's the only way to fix it. The common d

[PHP-DEV] Re: [PHP-CVS] cvs: php-src / configure.in

2005-09-14 Thread Derick Rethans
On Tue, 13 Sep 2005, Andrei Zmievski wrote: > WTF do you mean, optional? He prefers 1s of #ifdefs... Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Tex Texin
> -Original Message- > From: Jani Taskinen [mailto:[EMAIL PROTECTED] > > On Wed, 14 Sep 2005, Tex Texin wrote: > > > ok, so you shouldn't program in french. For others it is fine and > > works better than english. > > Show me one such person please. One that does this using PHP. :

Re: [PHP-DEV] PHP 6.0 Wishlist

2005-09-14 Thread Mike Bretz
The wishlist on PHP6 has grown a lot last weeks. Here is what I have missed so far: switchable behaviours in php.ini file: - enforced variable initialisation (throw E_ERROR where today E_NOTICE is triggered) - strict variable typing (This can be done with SetType already, but a nicer language

Re: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Mike Bretz
In addition to the ongoing discussion I like to ask, how far you would like to go? If you like unicode support for functions, classes and variable names, are you willing to do the same for all the php specific function names and php language specific words? Will "function" and "class" or "return

[PHP-DEV] Re: 5.1.0RC2

2005-09-14 Thread Pierre-Alain Joye
On 9/14/05, Zeev Suraski <[EMAIL PROTECTED]> wrote: > Any last minute additions to 5.1.0RC2 or can we roll it? cd php-src/pear && wget http://pear.php.net/install-pear.phar for both sources and win32 releases. As a little reminder :) --Pierre -- PHP Internals - PHP Runtime Development Mailin

[PHP-DEV] 5.1.0RC2

2005-09-14 Thread Zeev Suraski
Any last minute additions to 5.1.0RC2 or can we roll it? Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Jani Taskinen
On Wed, 14 Sep 2005, Tex Texin wrote: ok, so you shouldn't program in french. For others it is fine and works better than english. Show me one such person please. One that does this using PHP. :) One that really NEEDS this to be possible.. I'm with Pierre on this, and I'm not nati

RE: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Tex Texin
snipped... > > Check the history, every language developement tools which > tried to do it do not support it anymore. Why? For the exact > same reasons listed in this thread. I am not sure why you say this. Java and other languages support multilingual identifiers. The newest standards for pr

RE: [PHP-DEV] unserialize() & unicode issues

2005-09-14 Thread Tex Texin
Bear with me, I don't know about how PHP uses the serialized info, but if your goal is to minimize the overhead for unicode data when unicode_semantics is off, or simply generally, and this is for a transfer file format, or storage format, then you might consider using utf-8. Since the majority of

RE: [PHP-DEV] ord() on binary strings

2005-09-14 Thread Tex Texin
I am with Andrei on this. Ord doesn't make strict sense, but may also be confusing when all of its functionality is taken into account. As a function that returns an int representing the first byte of a string of bytes it has limited value. Indexing that byte or using substring would be more gener

RE: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Tex Texin
Pierre, I am glad it is acceptable to you. What you say does not apply to everyone. > Well, english is the language of choice for programming > because everyone understands very basic english words. This is just not true. It is true for you, because you make it a requirement and then you only hi

Re: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Pierre Joye
On 9/14/05, Tex Texin <[EMAIL PROTECTED]> wrote: > Imagine implementing some complicated workflow or other process or algorithm, > where each > step has a name in the local language, and as a programmer, you have to come > up with a > meaningless (to you) string to represent it, and having to s

RE: [PHP-DEV] PHP6, Unicode for language functions, classes,methods, vars names

2005-09-14 Thread Tex Texin
+١ (Arabic 1) Many people that program do not speak english and have difficulty distinguishing, typing, and working with english letters and digits. English terms and english transliterations of their native language do not work well for them There is no reason to restrict identifiers to Englis

[PHP-DEV] Message ("Your message dated Wed, 14 Sep 2005 09:09:39...")

2005-09-14 Thread Dartmouth College LISTSERV Server (14.4)
Your message dated Wed, 14 Sep 2005 09:09:39 +0200 with subject "Test" has been submitted to the moderator of the SMRF list: Dave Bott alternate <[EMAIL PROTECTED]>. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php