from:"typo3 at maltejansen dot de"

#47473 [Fbk-Opn]: set_error_handler() crashes the

2009-03-03 Thread typo3 at maltejansen dot de

ID: 47473
User updated by: typo3 at maltejansen dot de
Reported By: typo3 at maltejansen dot de
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Windows Vista
PHP Version: 5.3.0beta1
New Comment:

The max path length is just an example, which is treated differently on
the OS.

I have tried to setup fastcgi in my xampp installation. But I always
get in 500 error. I tried the nearly every thing from google, but every
where there seems to be missing something.

Do you have a complete example of including fastcgi in the apache-conf
for windows?

On Max und Linux is working. So this is realy just a windows bug.

Previous Comments:

[2009-02-25 14:45:05] paj...@php.net

I don't see why the max path lenght limit (which can affect other
systems as well) is related to this backtrace.

Can you try it using a threaded SAPI under linux or using fastcgi on
windows please?

[2009-02-25 10:21:26] typo3 at maltejansen dot de

No, on Linux it's running smoothly (with SAPI I don't know, but it
should), because otherwise Robert or Karsten (Project-Leader) would
already be in contact, what there a with other bugs.
It's just on windows, they using mac/linux.

It seems to be something like the length of a filename on windows with
just 260 characters.

The first time the crash occured, switching from alpha1 to alpha2. In
alpha3 it seems to be solved, because we thought it was connected to
this bug [1] and it was not crashing anymore. In beta1 it was there
again.

[1] http://bugs.php.net/bug.php?id=46241

[2009-02-25 10:06:18] paj...@php.net

Do you mean that you can't reproduce this bug on Linux/Unix (and thread
safe SAPI)?

We still a self contained script to reproduce the problem.

[2009-02-25 10:00:33] typo3 at maltejansen dot de

It's just a problem on Windows Vista (and properbly on Windows XP):

So I have made the backtrace of the apache. The just using the php.exe
does not work right now. (There is somewhere a bug in the CLI-version of
the FLOW3-controller) So this one will follow, tomorrow. But for now:

PHP-Version: Wed Feb 25 09:04:13 2009

apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp
Type of Analysis Performed Crash Analysis
Machine Name ~...~
Operating System Windows Vista Service Pack 1
Number Of Processors 2
Process ID 4956
Process Image ~\workspaces\flow3\xampplite\apache\bin\apache.exe
System Up-Time 1 day(s) 01:42:07
Process Up-Time 00:06:50

Thread 240 - System ID 5404
Entry point msvcr71!endthreadex+31
Create time 25.02.2009 10:19:23
Time spent in user mode 0 Days 0:0:2.59
Time spent in kernel mode 0 Days 0:0:8.954

Function Arg 1 Arg 2 Arg 3 Source
php5ts!zend_hash_apply+37 08702778 01aa0070 03d68fc0
php5ts!zval_mark_grey+8c 08707b78 03d68fc0 769c9d32
php5ts!gc_mark_roots+95 03d68fc0 769c9d32 0792fa54
php5ts!gc_collect_cycles+64 03d68fc0 03d68fc0 0013
php5ts!zend_deactivate+12d

PHP5TS!ZEND_HASH_APPLY+37In
apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp
the assembly instruction at php5ts!zend_hash_apply+37 in
~\workspaces\flow3\xampplite\apache\bin\php5ts.dll from The PHP Group
has caused an access violation exception (0xC005) when trying to
read from memory location 0x000d on thread 240

This is my first time with bug-backtrace. So, tell me, if there is
something else to adjust, except from the manual.

I have include php like this in the apache:
LoadModule php5_module
~/workspaces/flow3/xampplite/apache/bin/php5apache2_2.dll

[2009-02-24 10:48:10] j...@php.net

You can always try generating a backtrace of that crash yourself,
instructions are here: http://bugs.php.net/bugs-generating-backtrace
win32.php

It's propably easier to accomplish with better tools like valgrind on
any *nix system. Unless of course this happens only within win32 env.

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/47473

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

#47473 [Fbk-Opn]: set_error_handler() crashes the

2009-02-25 Thread typo3 at maltejansen dot de

It's just a problem on Windows Vista (and properbly on Windows XP):

PHP-Version: Wed Feb 25 09:04:13 2009

Thread 240 - System ID 5404
Entry point msvcr71!endthreadex+31
Create time 25.02.2009 10:19:23
Time spent in user mode 0 Days 0:0:2.59
Time spent in kernel mode 0 Days 0:0:8.954

This is my first time with bug-backtrace. So, tell me, if there is
something else to adjust, except from the manual.

I have include php like this in the apache:
LoadModule php5_module
~/workspaces/flow3/xampplite/apache/bin/php5apache2_2.dll

Previous Comments:

[2009-02-24 10:48:10] j...@php.net

You can always try generating a backtrace of that crash yourself,
instructions are here: http://bugs.php.net/bugs-generating-backtrace
win32.php

It's propably easier to accomplish with better tools like valgrind on
any *nix system. Unless of course this happens only within win32 env.

[2009-02-23 21:59:25] typo3 at maltejansen dot de

I'm not so deep in the development of the FLOW3-package. I'm just
developing an other package. The main part is developed on linux or
mac.

The constructor [1] is called twice and second time it seems to crash.
But just calling it twice does not crash it.

Is there a php-function, which shows the content, which was set via
set_error_handler()? I have not found one...

[1]
http://forge.typo3.org/repositories/entry/package-flow3/trunk/Classes/Error/ErrorHandler.php

[2009-02-23 15:41:19] paj...@php.net

Please provide a small (or the smallest possible script) script to
reproduce your problem.

Do not take it too badly but I do not have the time to fetch and
install Flow3 (or any dependency).

We really need a self contained script to be able to efficiently fix
this bug. It is easy to crash an app but not to create a small script,
and as you know this app better than us... :)

By the way, the SSL certificate for this URL is not valid.

[2009-02-23 15:31:00] typo3 at maltejansen dot de

Here you can download the source:
https://svn.typo3.org/FLOW3/Distribution/trunk/

Just the set your server to the Public-Directory.
And call e.g. http://localhost/ (you should see the welcome screen)
Than call http://localhost/Testing/ (should crash!!!)

The origin of the crash is located in in the constructor of
Packages/Global/FLOW3/Classes/Error/ErrorHandler.php.

http://localhost/Testing/ -
Packages/Global/Testing/Classes/Controller/DefaultController.php

[2009-02-23 09:30:18] paj...@php.net

\php53vc6tsphp ..\php53snapvc9\47473.php

Warning: set_error_handler() expects the argument
(ErrorHandler::handleError) to be a valid callback in
C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4

I suppose it happens in typo3 under certain conditions and not simply
with the code you gave here. Please provide a full script to reproduce
the crash.

The remainder of the comments for this report are too long. To view
the rest

#47473 [Fbk-Opn]: set_error_handler() crashes the

2009-02-25 Thread typo3 at maltejansen dot de

It seems to be something like the length of a filename on windows with
just 260 characters.

[1] http://bugs.php.net/bug.php?id=46241

Previous Comments:

[2009-02-25 10:06:18] paj...@php.net

Do you mean that you can't reproduce this bug on Linux/Unix (and thread
safe SAPI)?

We still a self contained script to reproduce the problem.

[2009-02-25 10:00:33] typo3 at maltejansen dot de

It's just a problem on Windows Vista (and properbly on Windows XP):

PHP-Version: Wed Feb 25 09:04:13 2009

Thread 240 - System ID 5404
Entry point msvcr71!endthreadex+31
Create time 25.02.2009 10:19:23
Time spent in user mode 0 Days 0:0:2.59
Time spent in kernel mode 0 Days 0:0:8.954

This is my first time with bug-backtrace. So, tell me, if there is
something else to adjust, except from the manual.

I have include php like this in the apache:
LoadModule php5_module
~/workspaces/flow3/xampplite/apache/bin/php5apache2_2.dll

[2009-02-24 10:48:10] j...@php.net

You can always try generating a backtrace of that crash yourself,
instructions are here: http://bugs.php.net/bugs-generating-backtrace
win32.php

It's propably easier to accomplish with better tools like valgrind on
any *nix system. Unless of course this happens only within win32 env.

[2009-02-23 21:59:25] typo3 at maltejansen dot de

I'm not so deep in the development of the FLOW3-package. I'm just
developing an other package. The main part is developed on linux or
mac.

The constructor [1] is called twice and second time it seems to crash.
But just calling it twice does not crash it.

Is there a php-function, which shows the content, which was set via
set_error_handler()? I have not found one...

[1]
http://forge.typo3.org/repositories/entry/package-flow3/trunk/Classes/Error/ErrorHandler.php

[2009-02-23 15:41:19] paj...@php.net

Please provide a small (or the smallest possible script) script to
reproduce your problem.

Do not take it too badly but I do not have the time to fetch and
install Flow3 (or any dependency).

We really need a self contained script to be able to efficiently fix
this bug. It is easy to crash an app but not to create a small script,
and as you know this app better than us... :)

By the way, the SSL certificate for this URL is not valid.

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/47473

--
Edit this bug report

#47473 [Fbk-Opn]: set_error_handler() crashes the

2009-02-23 Thread typo3 at maltejansen dot de

 ID:   47473
 User updated by:  typo3 at maltejansen dot de
 Reported By:  typo3 at maltejansen dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows Vista
 PHP Version:  5.3.0beta1
 New Comment:

I just tested it with

PHP 5.3 - Windows x86 VC6 (thread safe))  [12.41MB] - 2009-Feb-23
08:00:00

and it still crashes...

By the way, the crash is confirmed by several other users:

http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html


Previous Comments:


[2009-02-22 21:24:33] j...@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2009-02-22 14:36:49] typo3 at maltejansen dot de

Description:

set_error_handler() using set_error_handler. The bug occured first in
php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's
there again.
(I could not find the old bug.) So please link it to the other one.

Reproduce code:
---
class ErrorHandler {
public function __construct() {
set_error_handler(array($this, 'handleError'));
}
...
}


Expected result:

Should not crash.

Actual result:
--
Crash.





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

#47473 [Fbk-Opn]: set_error_handler() crashes the

2009-02-23 Thread typo3 at maltejansen dot de

 ID:   47473
 User updated by:  typo3 at maltejansen dot de
 Reported By:  typo3 at maltejansen dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows Vista
 PHP Version:  5.3.0beta1
 New Comment:

Here you can download the source:
https://svn.typo3.org/FLOW3/Distribution/trunk/

Just the set your server to the Public-Directory.
And call e.g. http://localhost/ (you should see the welcome screen)
Than call http://localhost/Testing/ (should crash!!!)

The origin of the crash is located in in the constructor of
Packages/Global/FLOW3/Classes/Error/ErrorHandler.php.

http://localhost/Testing/ -
Packages/Global/Testing/Classes/Controller/DefaultController.php


Previous Comments:


[2009-02-23 09:30:18] paj...@php.net

\php53vc6tsphp ..\php53snapvc9\47473.php

Warning: set_error_handler() expects the argument
(ErrorHandler::handleError) to be a valid callback in
C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4


I suppose it happens in typo3 under certain conditions and not simply
with the code you gave here. Please provide a full script to reproduce
the crash.




[2009-02-23 09:23:10] typo3 at maltejansen dot de

I just tested it with

PHP 5.3 - Windows x86 VC6 (thread safe))  [12.41MB] - 2009-Feb-23
08:00:00

and it still crashes...

By the way, the crash is confirmed by several other users:

http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html



[2009-02-22 21:24:33] j...@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2009-02-22 14:36:49] typo3 at maltejansen dot de

Description:

set_error_handler() using set_error_handler. The bug occured first in
php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's
there again.
(I could not find the old bug.) So please link it to the other one.

Reproduce code:
---
class ErrorHandler {
public function __construct() {
set_error_handler(array($this, 'handleError'));
}
...
}


Expected result:

Should not crash.

Actual result:
--
Crash.





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

#47473 [Fbk-Opn]: set_error_handler() crashes the

2009-02-23 Thread typo3 at maltejansen dot de

I'm not so deep in the development of the FLOW3-package. I'm just
developing an other package. The main part is developed on linux or
mac.

The constructor [1] is called twice and second time it seems to crash.
But just calling it twice does not crash it.

Is there a php-function, which shows the content, which was set via
set_error_handler()? I have not found one...

[1]
http://forge.typo3.org/repositories/entry/package-flow3/trunk/Classes/Error/ErrorHandler.php

Previous Comments:

[2009-02-23 15:41:19] paj...@php.net

Please provide a small (or the smallest possible script) script to
reproduce your problem.

Do not take it too badly but I do not have the time to fetch and
install Flow3 (or any dependency).

We really need a self contained script to be able to efficiently fix
this bug. It is easy to crash an app but not to create a small script,
and as you know this app better than us... :)

By the way, the SSL certificate for this URL is not valid.

[2009-02-23 15:31:00] typo3 at maltejansen dot de

Here you can download the source:
https://svn.typo3.org/FLOW3/Distribution/trunk/

Just the set your server to the Public-Directory.
And call e.g. http://localhost/ (you should see the welcome screen)
Than call http://localhost/Testing/ (should crash!!!)

The origin of the crash is located in in the constructor of
Packages/Global/FLOW3/Classes/Error/ErrorHandler.php.

http://localhost/Testing/ -
Packages/Global/Testing/Classes/Controller/DefaultController.php

[2009-02-23 09:30:18] paj...@php.net

\php53vc6tsphp ..\php53snapvc9\47473.php

Warning: set_error_handler() expects the argument
(ErrorHandler::handleError) to be a valid callback in
C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4

I suppose it happens in typo3 under certain conditions and not simply
with the code you gave here. Please provide a full script to reproduce
the crash.

[2009-02-23 09:23:10] typo3 at maltejansen dot de

I just tested it with

PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23
08:00:00

and it still crashes...

By the way, the crash is confirmed by several other users:

http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html

[2009-02-22 21:24:33] j...@php.net

Please try using this CVS snapshot:

http://snaps.php.net/php5.3-latest.tar.gz

For Windows:

http://windows.php.net/snapshots/

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/47473

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

#47473 [NEW]: set_error_handler() crashes the

2009-02-22 Thread typo3 at maltejansen dot de

From: typo3 at maltejansen dot de
Operating system: Windows Vista
PHP version:  5.3.0beta1
PHP Bug Type: Reproducible crash
Bug description:  set_error_handler() crashes the

Description:

set_error_handler() using set_error_handler. The bug occured first in
php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's
there again.
(I could not find the old bug.) So please link it to the other one.

Reproduce code:
---
class ErrorHandler {
public function __construct() {
set_error_handler(array($this, 'handleError'));
}
...
}


Expected result:

Should not crash.

Actual result:
--
Crash.

-- 
Edit bug report at http://bugs.php.net/?id=47473edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47473r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47473r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47473r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47473r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47473r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47473r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47473r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47473r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47473r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47473r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47473r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47473r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47473r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47473r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47473r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47473r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47473r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47473r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47473r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47473r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47473r=mysqlcfg

#46241 [Com]: Error handler stacking broken

2008-10-28 Thread typo3 at maltejansen dot de

 ID:   46241
 Comment by:   typo3 at maltejansen dot de
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Reproducible crash
 Operating System: Gentoo
 PHP Version:  5.3.0alpha2
 Assigned To:  colder
 New Comment:

Just a notice.
This bug has the same origin as http://bugs.php.net/bug.php?id=46220


Previous Comments:


[2008-10-22 22:32:01] [EMAIL PROTECTED]

Upgrading to critical, as it is a crash and clear breakage of
functionality.



[2008-10-21 21:04:33] clemens dot kalb at netlogix dot de

Here is one thing that has been more clear in the other, duplicate and
now closed - bug entry (#46338). The first code sample with object
methods does not only miss out on the second error handler, it also
segfaults *on shutdown* of the PHP process:

---SNIP-
Starting program: /usr/bin/php5 segfault2.php
[Thread debugging using libthread_db enabled]
[New Thread -1215695168 (LWP 5622)]
Caught on first level: 'Foo'

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1215695168 (LWP 5622)]
zend_hash_destroy (ht=0xb786bf08) at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_hash.c:524
524 p = p-pListNext;
(gdb) bt
#0  zend_hash_destroy (ht=0xb786bf08) at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_hash.c:524
#1  0x0836dc41 in _zval_dtor_func (zvalue=0xb786bf70) at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_variables.c:43
#2  0x0836d3b3 in zend_ptr_stack_apply (stack=0x880d470, func=0x836dbf0
_zval_dtor_func) at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_ptr_stack.c:90
#3  0x0836d3fd in zend_ptr_stack_clean (stack=0x880d470, func=0x836dbf0
_zval_dtor_func, free_elements=1 '\001')
at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_ptr_stack.c:97
#4  0x08360f68 in shutdown_executor () at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_execute_API.c:272
#5  0x0836e28b in zend_deactivate () at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend.c:899
#6  0x08316df6 in php_request_shutdown (dummy=0x0) at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/main/main.c:1522
#7  0x08408203 in main (argc=2, argv=0xbffa0b14) at
/usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/sapi/cli/php_cli.c:1311
---SNAP-

The problem persists with PHP 5.3.0alpha3-dev (cli) (built: Oct 21 2008
22:10:26).



[2008-10-06 13:03:21] [EMAIL PROTECTED]

Description:

Stacking 2 error handlers is broken. With object methods only the first
error handler is invoked, with functions I even get a PHP crash.

Reproduce code:
---
-- Object methods ---

?php

class ErrorHandling
{

public function errorHandler1( $errno, $errstr )
{
echo Caught on first level: '$errstr'\n;
return true;
}

public function errorHandler2( $errno, $errstr )
{
echo Caught on second level: '$errstr'\n;
return true;
}
}

$err = new ErrorHandling();

set_error_handler( array( $err, 'errorHandler1' ) );
set_error_handler( array( $err, 'errorHandler2' ) );

trigger_error( 'Foo', E_USER_WARNING );

?

-- Functions ---

?php

function errorHandler1( $errno, $errstr )
{
echo Caught on first level: '$errstr'\n;
return true;
}

function errorHandler2( $errno, $errstr )
{   
echo Caught on second level: '$errstr'\n;
return true;
}

set_error_handler( 'errorHandler1' );
set_error_handler( 'errorHandler2' );

trigger_error( 'Foo', E_USER_WARNING );

?

Expected result:

-- Object methods ---
Caught on second level: 'Foo'
-- Functions ---
Caught on second level: 'Foo'

Actual result:
--
-- Object methods --- 
Caught on first level: 'Foo'
-- Functions ---
Caught on first level: 'Foo'
zend_mm_heap corrupted





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

#46220 [Com]: Writing something to a static var causes a crash instead of on error

2008-10-04 Thread typo3 at maltejansen dot de

 ID:   46220
 Comment by:   typo3 at maltejansen dot de
 Reported By:  typo3 at maltejansen dot de
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows XP SP2
 PHP Version:  5.3.0alpha2
 New Comment:

Hi,
a friend just send me his XAMPP with PHP5.3alpha2-dev (Build Aug 5 2008
17:46:53). It's running pretty well.
If I replace his version with the one from yesterday, it's crashing
again.


Previous Comments:


[2008-10-03 21:38:51] typo3 at maltejansen dot de

Hi,
I have just tested the latest SnapShot and there is no other result.
But i have added a simple FileLogger to the class 
F3::Testing::Model::TestRunner (constructor) :

$log-log('$FLOW3-initializeFLOW3()', 1, NULL, 'Testing', __CLASS__);
--- $FLOW3-initializeFLOW3(); ---
$log-log('$componentManager', 1, NULL, 'Testing', __CLASS__);
self::$componentManager =
$FLOW3-getComponentManager();  
self::$componentManager-unregisterComponent('F3::FLOW3::Session::SessionInterface');
   
self::$componentManager-registerComponent('F3::FLOW3::Session::SessionInterface',
'F3::FLOW3::Session::Transient');

And it's not the static part, but the line above. Although it's
crashing, the FileLogger still write logs to the file after
$FLOW3-initializeFLOW3();
(The FLOW-Framework is initializied twice. Once for the framework
itself and once for the testing framework.) After talking to the one of
the chef-programmers, it's seems to be only on windows plattforms. They
are using Linux.

By the way, the Logging of PHP says:
[some time] [notice] Parent: child process exited with status 0 --
Restarting.
...



[2008-10-03 10:16:44] typo3 at maltejansen dot de

I just added some echo-output in each line of the construtor of
F3::Testing::Model:TestRunner. An now I got no crash but Fatal Error. I
have never seen such an message before and looks not like one from the
FLOW3-Framework...


( ! ) Fatal error: Call to a member function getComponentManager() on a
non-object in
D:\workspace-flow3\htdocs\development\Packages\Testing\Classes\Model\F3_Testing_Model_TestRunner.php
on line 0
Call Stack
#   TimeMemory  FunctionLocation
1   0.0007  337536  {main}( )   ..\index.php:0
2   0.0251  590568  F3::FLOW3-run( )   ..\index.php:30
3   37.2597 31130128
F3::FLOW3::MVC::Web::RequestHandler-handleRequest(
)   ..\F3_FLOW3.php:443
4   37.3568 31149368F3::FLOW3::MVC::Dispatcher-dispatch(
)   ..\F3_FLOW3_MVC_Web_RequestHandler.php:85
5   37.3571 31149368
F3::FLOW3::MVC::Dispatcher-getPreparedController(
)   ..\F3_FLOW3_MVC_Dispatcher.php:123
6   37.3576 31149728F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_MVC_Dispatcher.php:141
7   37.3576 31149728
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
8   37.3656 31161256
F3::FLOW3::Component::ObjectBuilder-injectSetterProperties(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:110
9   37.3656 31161256F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:271
10  37.3657 31161256
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:115
11  37.3669 31161408ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
12  37.3670 31161480F3::Testing::AbstractTestRunner-__construct(
)   ..\F3_Testing_AbstractTestRunner.php:0
13  37.3670 31161480F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_Testing_AbstractTestRunner.php:87
14  37.3671 31161624
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
15  38.4300 31354576ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
16  38.4300 31354576F3::Testing::Model::TestRunner-__construct(
)   ..\F3_Testing_Model_TestRunner.php:0

( ! ) Fatal error: Exception thrown without a stack frame in Unknown on
line 0
Call Stack
#   TimeMemory  FunctionLocation
1   0.0007  337536  {main}( )   ..\index.php:0
2   0.0251  590568  F3::FLOW3-run( )   ..\index.php:30
3   37.2597 31130128
F3::FLOW3::MVC::Web::RequestHandler-handleRequest(
)   ..\F3_FLOW3.php:443
4   37.3568 31149368F3::FLOW3::MVC::Dispatcher-dispatch(
)   ..\F3_FLOW3_MVC_Web_RequestHandler.php:85
5   37.3571 31149368
F3::FLOW3::MVC::Dispatcher-getPreparedController(
)   ..\F3_FLOW3_MVC_Dispatcher.php:123
6   37.3576 31149728F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_MVC_Dispatcher.php:141
7   37.3576 31149728
F3::FLOW3::Component

#46220 [Com]: Writing something to a static var causes a crash instead of on error

2008-10-03 Thread typo3 at maltejansen dot de

 ID:   46220
 Comment by:   typo3 at maltejansen dot de
 Reported By:  typo3 at maltejansen dot de
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows XP SP2
 PHP Version:  5.3.0alpha2
 New Comment:

I just added some echo-output in each line of the construtor of
F3::Testing::Model:TestRunner. An now I got no crash but Fatal Error. I
have never seen such an message before and looks not like one from the
FLOW3-Framework...


( ! ) Fatal error: Call to a member function getComponentManager() on a
non-object in
D:\workspace-flow3\htdocs\development\Packages\Testing\Classes\Model\F3_Testing_Model_TestRunner.php
on line 0
Call Stack
#   TimeMemory  FunctionLocation
1   0.0007  337536  {main}( )   ..\index.php:0
2   0.0251  590568  F3::FLOW3-run( )   ..\index.php:30
3   37.2597 31130128
F3::FLOW3::MVC::Web::RequestHandler-handleRequest(
)   ..\F3_FLOW3.php:443
4   37.3568 31149368F3::FLOW3::MVC::Dispatcher-dispatch(
)   ..\F3_FLOW3_MVC_Web_RequestHandler.php:85
5   37.3571 31149368
F3::FLOW3::MVC::Dispatcher-getPreparedController(
)   ..\F3_FLOW3_MVC_Dispatcher.php:123
6   37.3576 31149728F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_MVC_Dispatcher.php:141
7   37.3576 31149728
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
8   37.3656 31161256
F3::FLOW3::Component::ObjectBuilder-injectSetterProperties(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:110
9   37.3656 31161256F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:271
10  37.3657 31161256
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:115
11  37.3669 31161408ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
12  37.3670 31161480F3::Testing::AbstractTestRunner-__construct(
)   ..\F3_Testing_AbstractTestRunner.php:0
13  37.3670 31161480F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_Testing_AbstractTestRunner.php:87
14  37.3671 31161624
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
15  38.4300 31354576ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
16  38.4300 31354576F3::Testing::Model::TestRunner-__construct(
)   ..\F3_Testing_Model_TestRunner.php:0

( ! ) Fatal error: Exception thrown without a stack frame in Unknown on
line 0
Call Stack
#   TimeMemory  FunctionLocation
1   0.0007  337536  {main}( )   ..\index.php:0
2   0.0251  590568  F3::FLOW3-run( )   ..\index.php:30
3   37.2597 31130128
F3::FLOW3::MVC::Web::RequestHandler-handleRequest(
)   ..\F3_FLOW3.php:443
4   37.3568 31149368F3::FLOW3::MVC::Dispatcher-dispatch(
)   ..\F3_FLOW3_MVC_Web_RequestHandler.php:85
5   37.3571 31149368
F3::FLOW3::MVC::Dispatcher-getPreparedController(
)   ..\F3_FLOW3_MVC_Dispatcher.php:123
6   37.3576 31149728F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_MVC_Dispatcher.php:141
7   37.3576 31149728
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
8   37.3656 31161256
F3::FLOW3::Component::ObjectBuilder-injectSetterProperties(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:110
9   37.3656 31161256F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:271
10  37.3657 31161256
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:115
11  37.3669 31161408ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
12  37.3670 31161480F3::Testing::AbstractTestRunner-__construct(
)   ..\F3_Testing_AbstractTestRunner.php:0
13  37.3670 31161480F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_Testing_AbstractTestRunner.php:87
14  37.3671 31161624
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
15  38.4300 31354576ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
16  38.4300 31354576F3::Testing::Model::TestRunner-__construct(
)   ..\F3_Testing_Model_TestRunner.php:0

---

Next I will test the latest SnapShot...


Previous Comments:


[2008-10-02 18:05:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

#46220 [Com]: Writing something to a static var causes a crash instead of on error

2008-10-03 Thread typo3 at maltejansen dot de

 ID:   46220
 Comment by:   typo3 at maltejansen dot de
 Reported By:  typo3 at maltejansen dot de
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows XP SP2
 PHP Version:  5.3.0alpha2
 New Comment:

Hi,
I have just tested the latest SnapShot and there is no other result.
But i have added a simple FileLogger to the class 
F3::Testing::Model::TestRunner (constructor) :

$log-log('$FLOW3-initializeFLOW3()', 1, NULL, 'Testing', __CLASS__);
--- $FLOW3-initializeFLOW3(); ---
$log-log('$componentManager', 1, NULL, 'Testing', __CLASS__);
self::$componentManager =
$FLOW3-getComponentManager();  
self::$componentManager-unregisterComponent('F3::FLOW3::Session::SessionInterface');
   
self::$componentManager-registerComponent('F3::FLOW3::Session::SessionInterface',
'F3::FLOW3::Session::Transient');

And it's not the static part, but the line above. Although it's
crashing, the FileLogger still write logs to the file after
$FLOW3-initializeFLOW3();
(The FLOW-Framework is initializied twice. Once for the framework
itself and once for the testing framework.) After talking to the one of
the chef-programmers, it's seems to be only on windows plattforms. They
are using Linux.

By the way, the Logging of PHP says:
[some time] [notice] Parent: child process exited with status 0 --
Restarting.
...


Previous Comments:


[2008-10-03 10:16:44] typo3 at maltejansen dot de

I just added some echo-output in each line of the construtor of
F3::Testing::Model:TestRunner. An now I got no crash but Fatal Error. I
have never seen such an message before and looks not like one from the
FLOW3-Framework...


( ! ) Fatal error: Call to a member function getComponentManager() on a
non-object in
D:\workspace-flow3\htdocs\development\Packages\Testing\Classes\Model\F3_Testing_Model_TestRunner.php
on line 0
Call Stack
#   TimeMemory  FunctionLocation
1   0.0007  337536  {main}( )   ..\index.php:0
2   0.0251  590568  F3::FLOW3-run( )   ..\index.php:30
3   37.2597 31130128
F3::FLOW3::MVC::Web::RequestHandler-handleRequest(
)   ..\F3_FLOW3.php:443
4   37.3568 31149368F3::FLOW3::MVC::Dispatcher-dispatch(
)   ..\F3_FLOW3_MVC_Web_RequestHandler.php:85
5   37.3571 31149368
F3::FLOW3::MVC::Dispatcher-getPreparedController(
)   ..\F3_FLOW3_MVC_Dispatcher.php:123
6   37.3576 31149728F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_MVC_Dispatcher.php:141
7   37.3576 31149728
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
8   37.3656 31161256
F3::FLOW3::Component::ObjectBuilder-injectSetterProperties(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:110
9   37.3656 31161256F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:271
10  37.3657 31161256
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:115
11  37.3669 31161408ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
12  37.3670 31161480F3::Testing::AbstractTestRunner-__construct(
)   ..\F3_Testing_AbstractTestRunner.php:0
13  37.3670 31161480F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_Testing_AbstractTestRunner.php:87
14  37.3671 31161624
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
15  38.4300 31354576ReflectionClass-newInstanceArgs(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:103
16  38.4300 31354576F3::Testing::Model::TestRunner-__construct(
)   ..\F3_Testing_Model_TestRunner.php:0

( ! ) Fatal error: Exception thrown without a stack frame in Unknown on
line 0
Call Stack
#   TimeMemory  FunctionLocation
1   0.0007  337536  {main}( )   ..\index.php:0
2   0.0251  590568  F3::FLOW3-run( )   ..\index.php:30
3   37.2597 31130128
F3::FLOW3::MVC::Web::RequestHandler-handleRequest(
)   ..\F3_FLOW3.php:443
4   37.3568 31149368F3::FLOW3::MVC::Dispatcher-dispatch(
)   ..\F3_FLOW3_MVC_Web_RequestHandler.php:85
5   37.3571 31149368
F3::FLOW3::MVC::Dispatcher-getPreparedController(
)   ..\F3_FLOW3_MVC_Dispatcher.php:123
6   37.3576 31149728F3::FLOW3::Component::Factory-getComponent(
)   ..\F3_FLOW3_MVC_Dispatcher.php:141
7   37.3576 31149728
F3::FLOW3::Component::ObjectBuilder-createComponentObject(
)   ..\F3_FLOW3_Component_Factory.php:121
8   37.3656 31161256
F3::FLOW3::Component::ObjectBuilder-injectSetterProperties(
)   ..\F3_FLOW3_Component_ObjectBuilder.php:110
9   37.3656 31161256F3::FLOW3::Component::Factory-getComponent

#46220 [NEW]: Writing something to a static var causes a crash instead of on error

2008-10-02 Thread typo3 at maltejansen dot de

From: typo3 at maltejansen dot de
Operating system: Windows XP SP2
PHP version:  5.3.0alpha2
PHP Bug Type: Reproducible crash
Bug description:  Writing something to a static var causes a crash instead of 
on error

Description:

(The crashes seem to be only on windows.)
Writing something to a static member var causes a crash instead of on
error like Don't write something into a static member var.

Seems to be relate to the comment:
http://de.php.net/manual/en/language.oop5.static.php#85277

Reproduce code:
---
The F3_Testing_Model_TestRunner is called by F3_Testing_TestRunnerWeb

http://forge.typo3.org/repositories/changes/package-testing/trunk/Classes/F3_Testing_TestRunnerWeb.php
http://forge.typo3.org/repositories/entry/package-testing/trunk/Classes/Model/F3_Testing_Model_TestRunner.php


Expected result:

An error message should be shown, that's not possible to write into static
member var.

Actual result:
--
Apache crashes. (Xampp for Windows with PHP5.3alpha2)
If I removed the lines, writing into the static member var, in the
constructor of F3::Testing::Model::TestRunner and the script is working.

-- 
Edit bug report at http://bugs.php.net/?id=46220edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=46220r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=46220r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=46220r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46220r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=46220r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=46220r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46220r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46220r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=46220r=support
Expected behavior:http://bugs.php.net/fix.php?id=46220r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=46220r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=46220r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46220r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=46220r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46220r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46220r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=46220r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=46220r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=46220r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46220r=mysqlcfg

#46220 [Com]: Writing something to a static var causes a crash instead of on error

2008-10-02 Thread typo3 at maltejansen dot de

 ID:   46220
 Comment by:   typo3 at maltejansen dot de
 Reported By:  typo3 at maltejansen dot de
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows XP SP2
 PHP Version:  5.3.0alpha2
 New Comment:

Ok, the it's not related to the comment. But it still crashes :(


Previous Comments:


[2008-10-02 17:04:59] typo3 at maltejansen dot de

Description:

(The crashes seem to be only on windows.)
Writing something to a static member var causes a crash instead of on
error like Don't write something into a static member var.

Seems to be relate to the comment:
http://de.php.net/manual/en/language.oop5.static.php#85277

Reproduce code:
---
The F3_Testing_Model_TestRunner is called by F3_Testing_TestRunnerWeb

http://forge.typo3.org/repositories/changes/package-testing/trunk/Classes/F3_Testing_TestRunnerWeb.php
http://forge.typo3.org/repositories/entry/package-testing/trunk/Classes/Model/F3_Testing_Model_TestRunner.php


Expected result:

An error message should be shown, that's not possible to write into
static member var.

Actual result:
--
Apache crashes. (Xampp for Windows with PHP5.3alpha2)
If I removed the lines, writing into the static member var, in the
constructor of F3::Testing::Model::TestRunner and the script is working.





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

#45809 [NEW]: Apache crashes after replacing PHP-Version

2008-08-13 Thread typo3 at maltejansen dot de

From: typo3 at maltejansen dot de
Operating system: Windows CP SP2
PHP version:  5.3.0alpha1
PHP Bug Type: Apache2 related
Bug description:  Apache crashes after replacing PHP-Version

Description:

Wenn I'm replacing the PHP5.2 with the latest binaries of (5.3) from
http://snaps.php.net/ the apache crashes. When I'm using the binaries of
6.0 the apache and php are working pretty fine.

Reproduce code:
---
* Installation of Xampp
* Download binaries from http://snaps.php.net/ (php-5.3-dev (zip))
* Copy binaries to ...\xampp\php53\
* Replace simular line to new path
(..\xampp\apache\conf\extra\httpd-xampp.conf): 
LoadModule php5_module ../xampp/php53alpha/php5apache2_2.dll
* Start Apache

Expected result:

The Apache should run smoothly.

Actual result:
--
Apache crashes

-- 
Edit bug report at http://bugs.php.net/?id=45809edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=45809r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=45809r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=45809r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45809r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=45809r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=45809r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45809r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45809r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=45809r=support
Expected behavior:http://bugs.php.net/fix.php?id=45809r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=45809r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=45809r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45809r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=45809r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45809r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45809r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=45809r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=45809r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=45809r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45809r=mysqlcfg

#47473 [Fbk-Opn]: set_error_handler() crashes the

#47473 [Fbk-Opn]: set_error_handler() crashes the

#47473 [Fbk-Opn]: set_error_handler() crashes the

#47473 [Fbk-Opn]: set_error_handler() crashes the

#47473 [Fbk-Opn]: set_error_handler() crashes the

#47473 [Fbk-Opn]: set_error_handler() crashes the

#47473 [NEW]: set_error_handler() crashes the

#46241 [Com]: Error handler stacking broken

#46220 [Com]: Writing something to a static var causes a crash instead of on error

#46220 [Com]: Writing something to a static var causes a crash instead of on error

#46220 [Com]: Writing something to a static var causes a crash instead of on error

#46220 [NEW]: Writing something to a static var causes a crash instead of on error

#46220 [Com]: Writing something to a static var causes a crash instead of on error

#45809 [NEW]: Apache crashes after replacing PHP-Version

14 matches

Site Navigation

Mail list logo

Footer information