On 10/29/02, Marcus B?rger [EMAIL PROTECTED] wrote:
-Use // instead of /* ... */ comments
Why?
#this test fails for me. Very weired...
You changed the test.
Why not ask me first about it failing?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
I started to work on that issue. My first attempt was to check where and
why the test failed. I used the comment modification because it seems
the test fails due to some internal failure.
The reason i did not ask you before was that i considered my changes
a kind of whitespace change so that any
Lets stick to C comments, as those are the preference listed in
coding standards (and C++ style comments are really only intended
for single line out-commenting anyhow).
The test works fine here; it relies on output buffering working correctly;
when the test passes you see only the expected
This test fails with adding
--INI--
output_buffering=0
output_handler=
zlib.output_compression=
implicit_flush=0
and even when removing the three calls to ob_xxx89
At 15:59 29.10.2002, Wez Furlong wrote:
Lets stick to C comments, as those are the preference listed in
coding standards (and C++
On 10/29/02, Marcus Börger [EMAIL PROTECTED] wrote:
This test fails with adding
--INI--
output_buffering=0
output_handler=
zlib.output_compression=
implicit_flush=0
Works fine here.
and even when removing the three calls to ob_xxx89
Can you email me the output?
Also, could you strace it
At 16:36 29.10.2002, Wez Furlong wrote:
On 10/29/02, Marcus Börger [EMAIL PROTECTED] wrote:
This test fails with adding
--INI--
output_buffering=0
output_handler=
zlib.output_compression=
implicit_flush=0
Works fine here.
and even when removing the three calls to ob_xxx89
Can you email
OK, so how about a backtrace ?
--Wez.
On Tue, 29 Oct 2002, Marcus [iso-8859-1] Börger wrote:
At 16:36 29.10.2002, Wez Furlong wrote:
Also, could you strace it too? (just to be sure)
old_mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x407d5000
read(3, ...naq
(gdb) file /usr/src/php4-HEAD/sapi/cli/php
Reading symbols from /usr/src/php4-HEAD/sapi/cli/php...done.
(gdb) set args ext/standard/tests/file/userstreams.phpt
(gdb) run
Starting program: /usr/src/php4-HEAD/sapi/cli/php
ext/standard/tests/file/userstreams.phpt
[New Thread 1024 (LWP 13760)]
Is that ZE2?
There is no zend_assign_add_obj_handler function anywhere in my checkout
of HEAD + ZE1, and line 232 of zend_execute is a case statement in
my checkout.
I'm not concerned with ZE2 problems at this time (well, I am, but don't
have the time to support it). Most likely, this is an