ID:               24187
 Updated by:       [EMAIL PROTECTED]
 Reported By:      terjeto at stud dot ntnu dot no
-Status:           Open
+Status:           Closed
 Bug Type:         Zend Engine 2 problem
 Operating System: Red Hat 9.0
 PHP Version:      5CVS-2003-06-14 (dev)
 New Comment:

User reports that the problem has been fixed.


Previous Comments:
------------------------------------------------------------------------

[2003-06-29 11:53:46] terjeto at stud dot ntnu dot no

smarty (where the problem first occured) works fine 
with php4, and ive gotten it to work with the latest 
php5 too. i had some problems with an earlyer php5-cvs, 
but ive tested with the latest and it now works fine 
(except bug #24286)

my earlyer problems caused my apache server to crash a 
few times too, and left some "unfinished" processes 
left. so i had three apache processes that used 96% cpu 
each... but after killing those and starting a new with 
latest php5-cvs this hasnt happened again...

------------------------------------------------------------------------

[2003-06-29 11:43:52] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



------------------------------------------------------------------------

[2003-06-18 04:04:59] terjeto at stud dot ntnu dot no

as i dont know exactly what this is yet i thought i wasnt gonna post
much more till i find out, but just for the record; i noticed that
$this->var = new $class; didnt work and instead changed it to
$this->var = new Smarty_Compiler; as it was in the smarty code. This i
did before all those other errors i got.. but cant say that helpt...

------------------------------------------------------------------------

[2003-06-17 11:27:56] tony2001 at ua dot fm

I think there is the problem, that was described in bug #21669.
Smarty uses $this->var = new $class; syntax, but it doesn't work with
current PHP5-CVS.
IMHO the "page could not load" message is standard MSIE message when
Apache crashes down.

------------------------------------------------------------------------

[2003-06-15 09:19:16] terjeto at stud dot ntnu dot no

ok. had to run some tests and go through the smarty 
code, took some time.

but doesnt seem to be the smarty coding itself thats 
the problem. and i cant reproduce a code that 'brings 
forth' the problem eather.

im currently writing my code on a mac using BBedit, 
storing it on my linux server (using unix line breaks). 
my old code ( written on the mac, but with php 4.2.3 ) 
worked fine, but on php5 i get these 'random' parse 
errors. when i was testing the smarty code i added some 
print('test'); exit; lines to see where the problem 
could be. i was then just abt line 1000. and regulary 
after editing a line i for some reason got a parse 
error on line 2400+. all i had to do was put a empty 
line there. and thats not the first time something like 
that happens, i also have had delete a line just to 
write it again, exactly the same, because it caused a 
parse error.

sorry that i cant reproduce any code with this 
problem.. i comes and goes as it wants on my server 
too..

when i was debuging the smarty code i say added a print 
statement at line 1090 and got "page could not load" 
error. after some trials i maybe found that line 1070 
worked while 1071 didnt work (nb! without changing the 
existing line breaks). if i then added a empty line at 
1071 and tried again it worked, i no longer got a "page 
could not load" error on that line, there where many of 
those. seemed like it didnt like the existing line 
break...

( this might be messy.. sorry )

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/24187

-- 
Edit this bug report at http://bugs.php.net/?id=24187&edit=1

Reply via email to