Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Chris Shiflett
--- Melvyn Sopacua <[EMAIL PROTECTED]> wrote: > If you're going to do this, then do it backwards compatible and > 'leave' E_ALL at 2047 and move E_STRICT to 2048. I like the idea of leaving E_ALL at 2047, but it's also quite intuitive that E_ALL is the sum of all other error levels, and each of th

Re: [PHP-DEV] [FIX] Bug #25585: PHP crash if executed MSSQL-query with RAISERROR() call and error 515

2003-12-01 Thread Michael Sisolak
--- "Frank M. Kromann" <[EMAIL PROTECTED]> wrote: > I'm running on Windows XP and using MSSQL server 7.0 and 2000 both > with the latest service packs. > > PHP 4.3.5-dev (cli) (built: Nov 4 2003 16:23:54) > Copyright (c) 1997-2003 The PHP Group > Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Alan Knowles
I've seen this in SimpleXML, and although it's cool, I know from experience, that almost every time you use it, is never going to work as expected. I know this is shorter. and cooler... foreach($s->person as $person) { $firstname_text_value = $person->firstname; } but this is a whole wo

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Alan Knowles
The var issue is probably going to affect pear, I would presume the plan is to make all code 'parseable' by E_STRICT, and yet most pear packages will retail PHP4 support for quite a while. I guess well have to start doing @class { } :) Regards Alan Andi Gutmans wrote: At 03:32 PM 12/1/200

Re: [PHP-DEV] Re: cvs: php-src(PHP_4_3) /ext/standard string.c

2003-12-01 Thread Ilia Alshanetsky
The old code is much slower, in fact the equivalent PHP wrapper is faster then the C function. So the bug is a performance issue, we have a bug category for that, if you want I can open a bug report :). Ilia On December 1, 2003 07:07 pm, Ard Biesheuvel wrote: > Ilia Alshanetsky wrote: > > iliaa

[PHP-DEV] Re: cvs: php-src(PHP_4_3) /ext/standard string.c

2003-12-01 Thread Ard Biesheuvel
Ilia Alshanetsky wrote: iliaa Mon Dec 1 18:21:26 2003 EDT Modified files: (Branch: PHP_4_3) /php-src/ext/standard string.c Log: MFH: Optimize substr_replace Which bug does this fix ? -- Ard -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: ht

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Wez Furlong
Soonish; I need to add support for building shared extensions and multiple SAPI; probably only a couple more evenings work to get it into CVS. Here's a teaser of how it "looks" (apologies for bad line breaks!) % buildconf.bat Rebuilding configure.js % cscript /nologo configure.js --enable-debug -

RE: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Steph
And also PEAR... > -Original Message- > From: Wez Furlong [mailto:[EMAIL PROTECTED] > Sent: 01 December 2003 23:45 > To: Frank M. Kromann; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; Andi Gutmans > Subject: Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c > > > I put it there in antic

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Frank M. Kromann
Wez, Great work. When do you expet to release that ? - Fank > I put it there in anticipation of adding symbols from libxml2 and iconv. > However, I have been working on a new build system for win32 that should > (hopefully) solve most problems provided that you have windows script host > install

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Wez Furlong
I put it there in anticipation of adding symbols from libxml2 and iconv. However, I have been working on a new build system for win32 that should (hopefully) solve most problems provided that you have windows script host installed. It will also remove the dependency on Visual Studio (the IDE), so

RE: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Frank M. Kromann
Hi Steph, I don't see any resons why the builddef.bat should'nt run on win98. It is a very simple file. I do think that the @echo off statement should be moved to the top of the file though. All output is redirected to the phpts.def file, and this include the comments with the current configuratio

Re: [PHP-DEV] Move old (or non-mainstream) extensions to PECL before beta 3

2003-12-01 Thread Stig S. Bakken
There's also "pear bundle" now: [EMAIL PROTECTED](~/cvs/php/php5)$ pear bundle -d ext apd downloading apd-0.4p2.tar ... Starting to download apd-0.4p2.tar (-1 bytes) .done: 189,440 bytes Package ready at '/home/ssb/cvs/php/php5/ext/apd' You can do this with

RE: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Steph
> Because win98 supports the functions we want to use (while win95 > does not). > And the build system has nothing to do with the runtime support :) Agreed, but sooner or later it will.. Andi, why (specifically) did Zend drop win98 support? The PHP5 build system doesn't work because batch files

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Wez Furlong
Because win98 supports the functions we want to use (while win95 does not). And the build system has nothing to do with the runtime support :) --Wez. > Can anyone explain to me why we're not dumping support for win98 at the same > time pls? > > (Given that the PHP5 build system doesn't work on w

RE: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Steph
Can anyone explain to me why we're not dumping support for win98 at the same time pls? (Given that the PHP5 build system doesn't work on win98 any more.. ) > -Original Message- > From: Andi Gutmans [mailto:[EMAIL PROTECTED] > Sent: 01 December 2003 22:09 > To: Frank M. Kromann; Wez Furl

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Melvyn Sopacua
On Monday 01 December 2003 23:27, Derick Rethans wrote: > > I don't quite understand the problem. E_STRICT was only meant for people > > who really want to be pedantic. I think we can make it not part of E_ALL. > > Is that OK? > > SOunds good to me, -Wall with gcc doesn't show all errors either...

Re: [PHP-DEV] [FIX] Bug #25585: PHP crash if executed MSSQL-query with RAISERROR() call and error 515

2003-12-01 Thread Frank M. Kromann
Hi Michael, I'm running on Windows XP and using MSSQL server 7.0 and 2000 both with the latest service packs. PHP 4.3.5-dev (cli) (built: Nov 4 2003 16:23:54) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies ntwdblib is 2000.2.8.0 - Frank > F

Re: [PHP-DEV] [FIX] Bug #25585: PHP crash if executed MSSQL-query with RAISERROR() call and error 515

2003-12-01 Thread Michael Sisolak
Frank, Hummm... I am seeing the crash on my development machine. Using PHP 4.3.4 recompiled with the most recent php_mssql.c (1.86.2.26) this code fails for me exactly as descibed in the bug report when run with the CLI under Windows 2000 Professional. I'm running SQL Server 2000 SP3 with versio

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Derick Rethans
On Mon, 1 Dec 2003, Ilia Alshanetsky wrote: > I would like to propose that tidy extension be bundled with PHP 5. I'm -1 on this until the API gets cleaned up so that it either makes 1) use of resources or 2) objects instead of polluting the global scope with document and related settings. Derick

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Derick Rethans
On Mon, 1 Dec 2003, Andi Gutmans wrote: > At 02:37 PM 12/1/2003 -0500, Daniel Convissor wrote: > >On Sun, Nov 30, 2003 at 01:10:25AM +0200, Andi Gutmans wrote: > > > The strict was introduced so that we can add warnings about practices we > > > recommend and deprecated behavior. > > > I think "var

Re: [PHP-DEV] Re: Summary of string conversion problem

2003-12-01 Thread Andi Gutmans
At 11:19 PM 12/1/2003 +0100, Michael Walter wrote: Christian Schneider wrote: >[...] c) $arr[$obj] would suddenly work according the __toString(). I remember this being requested as a feature anyway ;-) The feature request was about using objects as hash indices, not their string representation (I

Re: [PHP-DEV] Re: Summary of string conversion problem

2003-12-01 Thread Michael Walter
Christian Schneider wrote: >[...] c) $arr[$obj] would suddenly work according the __toString(). I remember this being requested as a feature anyway ;-) The feature request was about using objects as hash indices, not their string representation (IIRC). Cheers, Michael -- PHP Internals - PHP Ru

Re: [PHP-DEV] Summary of string conversion problem

2003-12-01 Thread Marcus Boerger
Hello Andi, Monday, December 1, 2003, 6:49:09 PM, you wrote: > Hey, > Let's try and summarize this discussion and try and see what solution we > can come up with. > The change which was made in convert_to_string() is quite problematic. It > touches a very fundamental engine function and change

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Andi Gutmans
At 01:42 PM 12/1/2003 -0800, Frank M. Kromann wrote: Hi, It is my understanding that most of the Win95 users are developing on the win platform and deploying on a server (Win or Linux). I have no idea of how meny users we have on Win95, but I have no problem in removing support for it in PHP5. Let

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Marcus Boerger
Hello Georg, Monday, December 1, 2003, 10:11:10 PM, you wrote: >> before bundling i'd like to see the api refined... >> >> right now it's not possible to work with more than one html-doc at a >> time. (tidy_parse_file() does not return a resource to the internal >> tidy doc, so you can only have

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Marcus Boerger
Hello Adam, Monday, December 1, 2003, 6:51:38 PM, you wrote: > On Mon, 1 Dec 2003, Stanislav Malyshev wrote: >> AMT>> $s = simplexml_load_file('file.xml'); >> AMT>> $s->person->xsearch('/my/xpath/query'); >> >> This makes fetch for read. > I'm with Andi and George. We should just fix SimpleXML

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Marcus Boerger
Hello Stanislav, Monday, December 1, 2003, 5:55:40 PM, you wrote: MB>>> If you don't understand XML then it is harder to understand. If you > Well, let's suppose I do understand XML for some measure. hehe, good :-) MB>>> you are now basically forced to do fucking code like DOM - thanks - MB>>>

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Frank M. Kromann
Hi, It is my understanding that most of the Win95 users are developing on the win platform and deploying on a server (Win or Linux). I have no idea of how meny users we have on Win95, but I have no problem in removing support for it in PHP5. Lets move on :-) - Frank > I'm not sure if we should w

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Marcus Boerger
Hello Andi, Monday, December 1, 2003, 5:57:11 PM, you wrote: > Hey, > I don't quite understand why SimpleXML can't return a string. Why does it > need to return an object? It should know how to differentiate between > read/write mode, and return a string in read mode and a proxy object in > w

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Marcus Boerger
Hello Stanislav, Monday, December 1, 2003, 5:51:20 PM, you wrote: > AMT>> Are we discussing this feature's technical or aesthetic merits? Or > AMT>> both? > Technical. > AMT>> foreach ($dom->getElementsByTagname('person') as $person) { > AMT>> list($firstname) = > $person->getElementsBy

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Wez Furlong
I'm not sure if we should whole-heartedly abandon win95; I'd love to, I'm just not sure. CGI/FastCGI sapi will only run under NT and later (because of the named pipe stuff). For the people running PHP in a web server, this shouldn't be a problem (who would be mad enough to run '95 as a server any

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Georg Richter
> before bundling i'd like to see the api refined... > > right now it's not possible to work with more than one html-doc at a > time. (tidy_parse_file() does not return a resource to the internal > tidy doc, so you can only have one doc at a time) Yes, Thies is right here! But s/resource/object

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Andi Gutmans
At 03:32 PM 12/1/2003 -0500, Daniel Convissor wrote: On Mon, Dec 01, 2003 at 10:15:46PM +0200, Andi Gutmans wrote: > > I don't quite understand the problem. E_STRICT was only meant for people > who really want to be pedantic. I think we can make it not part of E_ALL. > Is that OK? Better. The only

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Daniel Convissor
On Mon, Dec 01, 2003 at 10:15:46PM +0200, Andi Gutmans wrote: > > I don't quite understand the problem. E_STRICT was only meant for people > who really want to be pedantic. I think we can make it not part of E_ALL. > Is that OK? Better. The only drawback is people who do want to be pedantic wi

[PHP-DEV] Re: [PHP-CVS] cvs: php-src /win32 time.c

2003-12-01 Thread Andi Gutmans
Does this mean I can enable my GetLongPathName() patch in tsrm_virtual_cwd.c (I think it also requires Win98 but I kept it out because there are people who are still using Windows 95). I think we decided that we will continue supporting Windows 95 and I #If 0'd my patch. Also, I just saw (and fi

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Andi Gutmans
At 02:37 PM 12/1/2003 -0500, Daniel Convissor wrote: On Sun, Nov 30, 2003 at 01:10:25AM +0200, Andi Gutmans wrote: > The strict was introduced so that we can add warnings about practices we > recommend and deprecated behavior. > I think "var" belongs there. > We could remove E_STRICT from E_ALL (al

Re: [PHP-DEV] Re: Summary of string conversion problem

2003-12-01 Thread Eduardo R. Maciel
IMHO, think that __toString should be explicitly called as in java. Sure it would be great if it works when using print, echo, etc, mean that cases when its obvious that should evaluate to string. But ALL other cases should be evaluated only explicitly. Maybe using a diferent syntax for that as (st

Re: [PHP-DEV] HEAD eats all memory (solved?)

2003-12-01 Thread Rasmus Lerdorf
On Mon, 1 Dec 2003, Derick Rethans wrote: > On Mon, 1 Dec 2003, Rasmus Lerdorf wrote: > > > Derick, looking at the code it looks like we are checking for the a= case > > and handling that correctly, but not the =a case. As in foo.com?a= vs > > foo.com?=a > > That is something I did not touch, b

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Daniel Convissor
On Sun, Nov 30, 2003 at 01:10:25AM +0200, Andi Gutmans wrote: > The strict was introduced so that we can add warnings about practices we > recommend and deprecated behavior. > I think "var" belongs there. > We could remove E_STRICT from E_ALL (although that'd be a bit hacky) and > save ppl the tr

Re: [PHP-DEV] HEAD eats all memory (solved?)

2003-12-01 Thread Derick Rethans
On Mon, 1 Dec 2003, Rasmus Lerdorf wrote: > Derick, looking at the code it looks like we are checking for the a= case > and handling that correctly, but not the =a case. As in foo.com?a= vs > foo.com?=a That is something I did not touch, but I found the problem which caused this...forgot to chan

Re: [PHP-DEV] HEAD eats all memory (solved?)

2003-12-01 Thread Rasmus Lerdorf
Derick, looking at the code it looks like we are checking for the a= case and handling that correctly, but not the =a case. As in foo.com?a= vs foo.com?=a Not sure if it is yours or my bug. Currently in India and the connection here is too damn slow to browse through cvs. -Rasmus On Mon, 1 De

Re: [PHP-DEV] HEAD eats all memory (solved?)

2003-12-01 Thread Derick Rethans
On Mon, 1 Dec 2003, Antony Dovgal wrote: > On Mon, 1 Dec 2003 18:21:33 +0100 > "John Huntjens" <[EMAIL PROTECTED]> wrote: > > > > Now trying on a second machine: > > > Linux 2.4.18 > > > gcc-3.3 > > > autoconf 2.57 > > > automake 1.7 > > > libtool 1.5 > > > Apache 2.0.48 > > > > On this machine bu

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Sebastian Bergmann
Jani Taskinen wrote: > Eh? What logos? Current HEAD built as Debug_TS on Windows 2000: http://wopr/index.php?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 Fatal error: Possible integer overflow in memory allocation (2 * -858993460 + 1) in Unknown on line 0 -- Sebastian Bergmann http:/

Re: [PHP-DEV] [FIX] Bug #25585: PHP crash if executed MSSQL-query with RAISERROR() call and error 515

2003-12-01 Thread Frank M. Kromann
This does not fix the problem. mssql_query is designed to stop fetching for each result. Use mssql_next_result() to move the internal pointer to the nex result and process the data. I have tested the code provided with the bug report and it works as I expect (no crash). - Frank > I believe the

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Jani Taskinen
On Mon, 1 Dec 2003, Sebastian Bergmann wrote: >Jani Taskinen wrote: >> Was there some script to go with this..? > > Maybe this is related to the problem with PHP's logos I posted earlier? Eh? What logos? (either I'm getting senile or I'm not getting some mails) --Jani -- PHP

Re: [PHP-DEV] HEAD eats all memory (solved?)

2003-12-01 Thread Jani Taskinen
Finally..if you had mentioned THIS in the first place, you wouldn't have wasted our time.. (didn't I ask for some reproducing procedure? I don't remember anymore :) --Jani On Mon, 1 Dec 2003, Antony Dovgal wrote: >On Mon, 1 Dec 2003 18:21:33 +0100 >"John Huntjens" <[EMA

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread Jani Taskinen
On Mon, 1 Dec 2003, Antony Dovgal wrote: >BTW, I've already asked about this message: > >buildconf: autoconf version 2.50 (ok) >buildconf: Your version of autoconf likely contains buggy cache code. > Running cvsclean for you. > To avoid this, install autoconf-2.13 and autom

[PHP-DEV] Re: Summary of string conversion problem

2003-12-01 Thread Christian Schneider
I'm not really sure on what's the best way to handle the string conversion problem, as I haven't worked with SimpleXML yet. Andi's examples on the other hand aren't convincing enough for me so here my comments: Andi Gutmans wrote: a) include $obj; will not error out but convert the object to a

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Sebastian Bergmann
Jani Taskinen wrote: > Was there some script to go with this..? Maybe this is related to the problem with PHP's logos I posted earlier? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Jani Taskinen
On Mon, 1 Dec 2003, Antony Dovgal wrote: >On Mon, 1 Dec 2003 18:04:46 +0200 (EET) >Jani Taskinen <[EMAIL PROTECTED]> wrote: > >> >> Try with the snapshot from http://snaps.php.net > >no, php5-200312011430 didn't help (just ./configure; make). >I've tried this snapshot and current CVS-version

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread John Coggeshall
In the primary use of tidy (which is to validate HTML), there is very little need for a returned resource other than to clutter the namespace. Unlike most extensions, where it would be useful imo the resource is unnecessary. Since we can reuse the container for the tidy documentation, it's much fas

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Greg Beaver
Hi, As an observer of this whole debate, I'd like to point out that if __toString() will be magical anywhere, it must be magical everywhere PHP would normally do an implicit cast, otherwise it does nothing but confuse the issue. implicit cast to string always happens when using string operato

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Adam Maccabee Trachtenberg
On Mon, 1 Dec 2003, George Schlossnagle wrote: > [puts on evil twin hat] Theo? > To play devil's advocate to the idea - the problem with it is that it > requires a bunch of extra code when examining an unknown document. > This is similar to the (promised by Sterling to be fixed) quirk of > Simpl

Re: [PHP-DEV] HEAD eats all memory (solved?)

2003-12-01 Thread Antony Dovgal
On Mon, 1 Dec 2003 18:21:33 +0100 "John Huntjens" <[EMAIL PROTECTED]> wrote: > > Now trying on a second machine: > > Linux 2.4.18 > > gcc-3.3 > > autoconf 2.57 > > automake 1.7 > > libtool 1.5 > > Apache 2.0.48 > > On this machine build is OK I've changed autoconf to 2.57 and automake to 1.7 - a

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread George Schlossnagle
On Dec 1, 2003, at 12:51 PM, Adam Maccabee Trachtenberg wrote: On Mon, 1 Dec 2003, Stanislav Malyshev wrote: AMT>> $s = simplexml_load_file('file.xml'); AMT>> $s->person->xsearch('/my/xpath/query'); This makes fetch for read. I'm with Andi and George. We should just fix SimpleXML to return string

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Adam Maccabee Trachtenberg
On Mon, 1 Dec 2003, Stanislav Malyshev wrote: > AMT>> $s = simplexml_load_file('file.xml'); > AMT>> $s->person->xsearch('/my/xpath/query'); > > This makes fetch for read. I'm with Andi and George. We should just fix SimpleXML to return strings instead of objects when there are no descendant nodes

[PHP-DEV] Summary of string conversion problem

2003-12-01 Thread Andi Gutmans
Hey, Let's try and summarize this discussion and try and see what solution we can come up with. The change which was made in convert_to_string() is quite problematic. It touches a very fundamental engine function and changes the behavior of tons of places. For example: a) include $obj; will not

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Stanislav Malyshev
AMT>> $s = simplexml_load_file('file.xml'); AMT>> $s->person->xsearch('/my/xpath/query'); This makes fetch for read. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.109 -- PHP Internals - PHP Runtime Development Mailing List To unsub

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Thies C . Arntzen
before bundling i'd like to see the api refined... right now it's not possible to work with more than one html-doc at a time. (tidy_parse_file() does not return a resource to the internal tidy doc, so you can only have one doc at a time) also we should ask ourself if (i haven't used tidy so i m

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread George Schlossnagle
On Dec 1, 2003, at 11:52 AM, Marcus Boerger wrote: Hello Stanislav, Monday, December 1, 2003, 5:05:14 PM, you wrote: DR>>> To make it simple to use? I agree with Adam here, with the new It may make one particular case of use simple. It would make understanding even this case complicated, and w

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Adam Maccabee Trachtenberg
On Mon, 1 Dec 2003, Andi Gutmans wrote: > I don't quite understand why SimpleXML can't return a string. Why does it > need to return an object? It should know how to differentiate between > read/write mode, and return a string in read mode and a proxy object in > write mode. That may be a solutio

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Georg Richter
> I would like to propose that tidy extension be bundled with PHP 5. +1 Georg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Something wrong with logos

2003-12-01 Thread Sebastian Bergmann
Current HEAD built as Debug_TS on Windows 2000: http://wopr/index.php?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 Fatal error: Possible integer overflow in memory allocation (2 * -858993460 + 1) in Unknown on line 0 -- Sebastian Bergmann http://sebastian-bergmann.de/ ht

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread John Huntjens
> Now trying on a second machine: > Linux 2.4.18 > gcc-3.3 > autoconf 2.57 > automake 1.7 > libtool 1.5 > Apache 2.0.48 On this machine build is OK JOhn -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Andi Gutmans
It can be resolved at compile-time. My main problem is not with the casting operator but with auto-casting all throughout the engine including parameter passing. I have a very bad feeling that stuff will break such as array offset assigning. Andi At 04:58 PM 12/1/2003 +, Wez Furlong wrote:

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Wez Furlong
It's probably a lot higher than you think, given that other object models are likely to use a similar naming convention :-) I still think it is a bad idea to hide methods like this for overloaded objects; we have the cast handler and (to my eyes) $foo = (string)$obj; looks simpler and less magic

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Andi Gutmans
Hey, I don't quite understand why SimpleXML can't return a string. Why does it need to return an object? It should know how to differentiate between read/write mode, and return a string in read mode and a proxy object in write mode. What am I missing? I agree that we should allow for SimpleXML'

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Stanislav Malyshev
MB>> If you don't understand XML then it is harder to understand. If you Well, let's suppose I do understand XML for some measure. MB>> you are now basically forced to do fucking code like DOM - thanks - MB>> no more simple. Making particular case of XML handling simple is good if it doesn't mak

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Marcus Boerger
Hello Stanislav, Monday, December 1, 2003, 5:05:14 PM, you wrote: DR>>> To make it simple to use? I agree with Adam here, with the new > It may make one particular case of use simple. It would make understanding > even this case complicated, and will complicate a lot of other cases of > which w

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Stanislav Malyshev
AMT>> Are we discussing this feature's technical or aesthetic merits? Or AMT>> both? Technical. AMT>> foreach ($dom->getElementsByTagname('person') as $person) { AMT>> list($firstname) = $person->getElementsByTagname('firstname'); AMT>> $firstname_text_value = $firstname->firstChi

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Andi Gutmans
What's the chance of having a __toString() in an external object model (note the two underscores :) Andi At 02:26 PM 12/1/2003 +, Wez Furlong wrote: I favour a), if you mean that (string)$com_object will work. I'm not so bothered with userspace objects. b) is just wrong for overloaded object

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Marcus Boerger
Hello Moriyoshi, Monday, December 1, 2003, 2:56:29 PM, you wrote: > On 2003/12/01, at 19:39, Andi Gutmans wrote: >> At 12:50 AM 12/1/2003 -0500, Adam Maccabee Trachtenberg wrote: >>> On Sun, 30 Nov 2003, Andi Gutmans wrote: >>> >>> > At 11:59 AM 11/28/2003 -0500, Adam Maccabee Trachtenberg wrot

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread John Huntjens
> no, php5-200312011430 didn't help (just ./configure; make). > I've tried this snapshot and current CVS-version on 2 linux-boxes with the same result. > It still tries to eat memory =( > > Second machine is: > Linux 2.4.18-5 > gcc-2.96 > autoconf 2.50 > automake 1.4-p5 > libtool 1.5 > Apache 1.3.2

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Adam Maccabee Trachtenberg
On Mon, 1 Dec 2003, Stanislav Malyshev wrote: > DR>> To make it simple to use? I agree with Adam here, with the new > > It may make one particular case of use simple. It would make understanding > even this case complicated, and will complicate a lot of other cases of > which we didn't think now.

[PHP-DEV] Re: CVS Account Request: vrana

2003-12-01 Thread Mehdi Achour
Jakub Vrana wrote: Maintaining Czech documentation. If I will find mistake in English documentation, I can send a patch to someone else. Jakub has already helped with the english documentation : http://news.php.net/article.php?group=php.doc&article=969357093 http://news.php.net/article.php?grou

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Antony Dovgal
On Mon, 1 Dec 2003 18:04:46 +0200 (EET) Jani Taskinen <[EMAIL PROTECTED]> wrote: > > Try with the snapshot from http://snaps.php.net no, php5-200312011430 didn't help (just ./configure; make). I've tried this snapshot and current CVS-version on 2 linux-boxes with the same result. It still tr

[PHP-DEV] CVS Account Request: vrana

2003-12-01 Thread Jakub Vrana
Maintaining Czech documentation. If I will find mistake in English documentation, I can send a patch to someone else. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread Ilia Alshanetsky
John instead of making a nuisance of yourself, why not find the problem that affects your installation (that 3 developers cannot replicate) and suggest a fix? Ilia -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> > > > > >>> What i more worried about: > >>> Is'nt there a quality check about things commited to cvs? > >>> It shoud not be possible to break things in such a fundamental way!! > >> > >> Oh shutup. It works just fine. You guys must be doing something wrong. > > > > No I won't! > > > Hey John,

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread Edin Kadribasic
On Monday, Dec 1, 2003, at 17:12 Europe/Copenhagen, John Huntjens wrote: What i more worried about: Is'nt there a quality check about things commited to cvs? It shoud not be possible to break things in such a fundamental way!! Oh shutup. It works just fine. You guys must be doing something wrong

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread Antony Dovgal
On Mon, 1 Dec 2003 17:12:02 +0100 "John Huntjens" <[EMAIL PROTECTED]> wrote: > > > > > What i more worried about: > > > Is'nt there a quality check about things commited to cvs? > > > It shoud not be possible to break things in such a fundamental way!! > > > > Oh shutup. It works just fine. You

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread Antony Dovgal
On Mon, 1 Dec 2003 17:03:43 +0100 (CET) Derick Rethans <[EMAIL PROTECTED]> wrote: > On Mon, 1 Dec 2003, John Huntjens wrote: > > > > > > Current HEAD eats all memory and dies, trying to execute any script > > ( > > > phpinfo(); ?>, for example). > > > > > Version of HEAD from 2003-11-29 and curre

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> > What i more worried about: > > Is'nt there a quality check about things commited to cvs? > > It shoud not be possible to break things in such a fundamental way!! > > Oh shutup. It works just fine. You guys must be doing something wrong. No I won't! I compile a snap every day, in the same co

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Stanislav Malyshev
DR>> To make it simple to use? I agree with Adam here, with the new It may make one particular case of use simple. It would make understanding even this case complicated, and will complicate a lot of other cases of which we didn't think now. DR>> overloaded objects you can finally do nice thing

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Jani Taskinen
Try with the snapshot from http://snaps.php.net --Jani On Mon, 1 Dec 2003, Antony Dovgal wrote: >On Mon, 1 Dec 2003 17:40:09 +0200 (EET) >Jani Taskinen <[EMAIL PROTECTED]> wrote: > >> >> Works fine for me. >> > >I've already re-checked that about 10 times. > >2 minute

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread Derick Rethans
On Mon, 1 Dec 2003, John Huntjens wrote: > > > > Current HEAD eats all memory and dies, trying to execute any script > ( > > phpinfo(); ?>, for example). > > > > Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built > some > > > minutes ago) work fine on the same machine. > > > > > >

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Antony Dovgal
On Mon, 1 Dec 2003 17:40:09 +0200 (EET) Jani Taskinen <[EMAIL PROTECTED]> wrote: > > Works fine for me. > I've already re-checked that about 10 times. 2 minutes ago I've repeated all the process from the very beginning: #cvs co php-src #./buildconf #./configure ...blah-blah (configure

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Derick Rethans
On Mon, 1 Dec 2003, Stanislav Malyshev wrote: > AMT>> I *don't* think it's realisitic to make a person explictly cast > AMT>> $item->title to a string here. That's not SimpleXML, that's > > If it's not a string - definitely it does. > > AMT>> ConfusingXML, particularly when this works perfectly fi

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Sebastian Bergmann
Jani Taskinen wrote: > Works fine for me. Works fine here, too. (Win32) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/ -- PHP Internals - PHP Runtime Development Mailin

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Stanislav Malyshev
AMT>> I *don't* think it's realisitic to make a person explictly cast AMT>> $item->title to a string here. That's not SimpleXML, that's If it's not a string - definitely it does. AMT>> ConfusingXML, particularly when this works perfectly fine: If you find it confusing - change API of SimpleXML s

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> > > Current HEAD eats all memory and dies, trying to execute any script ( > phpinfo(); ?>, for example). > > > Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built some > > minutes ago) work fine on the same machine. > > > > > > > Thank god ;-) i thought it was on my machine only!

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_API.c

2003-12-01 Thread Adam Maccabee Trachtenberg
All I want to be able to do is this: $s = simplexml_load_file('rss.xml'); foreach ($s->item as $item) { print htmlentities($item->title . "\n"); } That's not *all* I want to do, but this is my three-line test case. If we can figure out a way to make this work, then I'm a happy camper. I *don

Re: [PHP-DEV] HEAD eats all memory

2003-12-01 Thread Jani Taskinen
Works fine for me. --Jani On Mon, 1 Dec 2003, Antony Dovgal wrote: >Hi, all > >Current HEAD eats all memory and dies, trying to execute any script (phpinfo(); ?>, for example). Version of HEAD from 2003-11-29 and current >PHP_4_3 (both are built some minutes ago) work fine on t

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Ivan Rodriguez
+1 there are ... a lot :-) - Original Message - From: "John Coggeshall" <[EMAIL PROTECTED]> To: "PHP Internals" <[EMAIL PROTECTED]> Sent: Monday, December 01, 2003 4:31 PM Subject: Re: [PHP-DEV] Tidy & PHP5 > > I would like to propose that tidy extension be bundled with PHP 5. > > Uhh..

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread John Coggeshall
> I would like to propose that tidy extension be bundled with PHP 5. Uhh... +1 from me, too. :) John -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Moriyoshi Koizumi
+1 if this is counted :) Moriyoshi On 2003/12/01, at 22:45, Ilia Alshanetsky wrote: I would like to propose that tidy extension be bundled with PHP 5. First of all it'll provide an easy means to validate and/or fix HTML input for webforms, which can also help existing functions such as strip_t

Re: [PHP-DEV] Compatibility problems with PHP 5

2003-12-01 Thread Alan Knowles
Its a binary maths problem: #define E_ALL (E_ERROR | E_WARNING | E_PARSE | E_NOTICE | E_CORE_ERROR | E_CORE_WARNING | E_COMPILE_ERROR | E_COMPILE_WARNING | E_USER_ERROR | E_USER_WARNING | E_USER_NOTICE) I guess either slotting E_STRICT in the and defining E_ALL_PHP5 or (E_ALL_PHP4 and redefini

Re: [PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread Antony Dovgal
On Mon, 1 Dec 2003 15:51:54 +0100 "John Huntjens" <[EMAIL PROTECTED]> wrote: > > Current HEAD eats all memory and dies, trying to execute any script ( phpinfo(); ?>, for example). > > Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built some > minutes ago) work fine on the same mach

[PHP-DEV] Re: HEAD eats all memory

2003-12-01 Thread John Huntjens
> Current HEAD eats all memory and dies, trying to execute any script (, for example). > Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built some minutes ago) work fine on the same machine. > Thank god ;-) i thought it was on my machine only! Gr, JOhn -- PHP Internals - PHP Run

Re: [PHP-DEV] Tidy & PHP5

2003-12-01 Thread Wez Furlong
+1 from me; very useful for screen scraping as well as validation and fixing. --Wez. - Original Message - From: "Ilia Alshanetsky" <[EMAIL PROTECTED]> To: "PHP Internals" <[EMAIL PROTECTED]> Sent: Monday, December 01, 2003 1:45 PM Subject: [PHP-DEV] Tidy & PHP5 > I would like to propos

  1   2   >