#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault

2005-11-07 Thread sniper 
 ID:   35074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeff dot potter at hp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux (Redhat EL 3 i386)
 PHP Version:  5CVS, 4CVS (2005-11-04) (snap)
 New Comment:

No, I'm saying that it has never been thread safe. We never claimed it
is. Anyway, can you reproduce this crash with the prefork MPM or not?


Previous Comments:


[2005-11-07 20:06:03] jeff dot potter at hp dot com

We have never used prefork on Linux or HP-UX.  I think what you are
syaing is that PHP 4.4.1+ & PHP 5 latest is no longer thread safe. 
This would explain why we see similar issues in Windows as well.  Is
the Windows MPM not supported either?



[2005-11-07 18:17:23] [EMAIL PROTECTED]

I see you're using worker MPM which is not supported.
Please try with the prefork MPM instead.



[2005-11-07 16:29:38] jeff dot potter at hp dot com

The PHP 5 has a very similar gdb back trace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1482818640 (LWP 30591)]
ap_rflush (r=0x8377af0) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) bt
#0  ap_rflush (r=0x8377af0) at protocol.c:1561
#1  0xb71715ac in zif_virtual (ht=1, return_value=0x83e2b48,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0,
tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/sapi/apache2handler/php_functions.c:103
#2  0xb70dd9c8 in zend_do_fcall_common_helper_SPEC
(execute_data=0xa79dd4b0, tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/Zend/zend_vm_execute.h:188
#3  0xb70dd36e in execute (op_array=0x83e2830, tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/Zend/zend_vm_execute.h:88
#4  0xb70b8fd2 in zend_execute_scripts (type=8, tsrm_ls=0x838caa8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/Zend/zend.c:1087
#5  0xb707ccba in php_execute_script (primary_file=0xa79df820,
tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/main/main.c:1677
#6  0xb7170ebe in php_handler (r=0x8373ae0)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/sapi/apache2handler/sapi_apache2.c:575
#7  0x080a5b1e in ap_run_handler (r=0x8373ae0) at config.c:151
#8  0x080a6039 in ap_invoke_handler (r=0x8373ae0) at config.c:358
#9  0x080a1d8f in ap_process_request (r=0x8373ae0) at
http_request.c:246
#10 0x0809dd04 in ap_process_http_connection (c=0x8369bb0) at
http_core.c:250
#11 0x080adeca in ap_run_process_connection (c=0x8369bb0) at
connection.c:42
#12 0x080a2d3f in process_socket (p=0x8369a88, sock=0x8369ac0,
my_child_num=0, my_thread_num=23,
bucket_alloc=0x836ba90) at worker.c:520
#13 0x080a3332 in worker_thread (thd=0x81dbae8, dummy=0x8309bb8) at
worker.c:834
#14 0xb747551c in dummy_worker (opaque=0x81dbae8) at thread.c:88
#15 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#16 0xb7370e8a in clone () from /lib/tls/libc.so.6



[2005-11-05 16:59:02] [EMAIL PROTECTED]

Does the GDB backtrace differ to the one with PHP 4?




[2005-11-03 23:42:20] jeff dot potter at hp dot com

php5-latest.tar.gz (php5-200511031930)  Also fails with a Segmentation
fault.

[Thu Nov 03 16:05:08 2005] [notice] child pid 21281 exit signal
Segmentation fault (11)

[Thu Nov 03 16:05:10 2005] [notice] child pid 21317 exit signal
Segmentation fault (11)

Summary:

php-4.3.11 - No issue
php-4.4.0  - No issue
php-4.4.1  - SEGMENTATION FAULT
php4-STABLE-200511031356 - SEGMENTATION FAULT
php5-200511031930 - SEGMENTATION FAULT



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

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

#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault

2005-11-07 Thread sniper 
 ID:   35074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeff dot potter at hp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux (Redhat EL 3 i386)
 PHP Version:  5CVS, 4CVS (2005-11-04) (snap)
 New Comment:

I see you're using worker MPM which is not supported.
Please try with the prefork MPM instead.


Previous Comments:


[2005-11-07 16:29:38] jeff dot potter at hp dot com

The PHP 5 has a very similar gdb back trace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1482818640 (LWP 30591)]
ap_rflush (r=0x8377af0) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) bt
#0  ap_rflush (r=0x8377af0) at protocol.c:1561
#1  0xb71715ac in zif_virtual (ht=1, return_value=0x83e2b48,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0,
tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/sapi/apache2handler/php_functions.c:103
#2  0xb70dd9c8 in zend_do_fcall_common_helper_SPEC
(execute_data=0xa79dd4b0, tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/Zend/zend_vm_execute.h:188
#3  0xb70dd36e in execute (op_array=0x83e2830, tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/Zend/zend_vm_execute.h:88
#4  0xb70b8fd2 in zend_execute_scripts (type=8, tsrm_ls=0x838caa8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/Zend/zend.c:1087
#5  0xb707ccba in php_execute_script (primary_file=0xa79df820,
tsrm_ls=0x838caa8)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/main/main.c:1677
#6  0xb7170ebe in php_handler (r=0x8373ae0)
at
/usr/src/redhat/BUILD/pickletown-php5/php5-200511031930/sapi/apache2handler/sapi_apache2.c:575
#7  0x080a5b1e in ap_run_handler (r=0x8373ae0) at config.c:151
#8  0x080a6039 in ap_invoke_handler (r=0x8373ae0) at config.c:358
#9  0x080a1d8f in ap_process_request (r=0x8373ae0) at
http_request.c:246
#10 0x0809dd04 in ap_process_http_connection (c=0x8369bb0) at
http_core.c:250
#11 0x080adeca in ap_run_process_connection (c=0x8369bb0) at
connection.c:42
#12 0x080a2d3f in process_socket (p=0x8369a88, sock=0x8369ac0,
my_child_num=0, my_thread_num=23,
bucket_alloc=0x836ba90) at worker.c:520
#13 0x080a3332 in worker_thread (thd=0x81dbae8, dummy=0x8309bb8) at
worker.c:834
#14 0xb747551c in dummy_worker (opaque=0x81dbae8) at thread.c:88
#15 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#16 0xb7370e8a in clone () from /lib/tls/libc.so.6



[2005-11-05 16:59:02] [EMAIL PROTECTED]

Does the GDB backtrace differ to the one with PHP 4?




[2005-11-03 23:42:20] jeff dot potter at hp dot com

php5-latest.tar.gz (php5-200511031930)  Also fails with a Segmentation
fault.

[Thu Nov 03 16:05:08 2005] [notice] child pid 21281 exit signal
Segmentation fault (11)

[Thu Nov 03 16:05:10 2005] [notice] child pid 21317 exit signal
Segmentation fault (11)

Summary:

php-4.3.11 - No issue
php-4.4.0  - No issue
php-4.4.1  - SEGMENTATION FAULT
php4-STABLE-200511031356 - SEGMENTATION FAULT
php5-200511031930 - SEGMENTATION FAULT



[2005-11-03 21:53:30] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-03 17:16:34] jeff dot potter at hp dot com

php4-STABLE-latest (php4-STABLE-200511031356) still appears to have the
same symptoms as php-4.4.1

[Thu Nov 03 09:41:35 2005] [notice] child pid 4209 exit signal
Segmentation fault (11)
[Thu Nov 03 09:41:37 2005] [notice] child pid 4264 exit signal
Segmentation fault (11)



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

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

#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault

2005-11-05 Thread sniper 
 ID:   35074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeff dot potter at hp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux (Redhat EL 3 i386)
 PHP Version:  5CVS, 4CVS (2005-11-04) (snap)
 New Comment:

Does the GDB backtrace differ to the one with PHP 4?



Previous Comments:


[2005-11-03 23:42:20] jeff dot potter at hp dot com

php5-latest.tar.gz (php5-200511031930)  Also fails with a Segmentation
fault.

[Thu Nov 03 16:05:08 2005] [notice] child pid 21281 exit signal
Segmentation fault (11)

[Thu Nov 03 16:05:10 2005] [notice] child pid 21317 exit signal
Segmentation fault (11)

Summary:

php-4.3.11 - No issue
php-4.4.0  - No issue
php-4.4.1  - SEGMENTATION FAULT
php4-STABLE-200511031356 - SEGMENTATION FAULT
php5-200511031930 - SEGMENTATION FAULT



[2005-11-03 21:53:30] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-03 17:16:34] jeff dot potter at hp dot com

php4-STABLE-latest (php4-STABLE-200511031356) still appears to have the
same symptoms as php-4.4.1

[Thu Nov 03 09:41:35 2005] [notice] child pid 4209 exit signal
Segmentation fault (11)
[Thu Nov 03 09:41:37 2005] [notice] child pid 4264 exit signal
Segmentation fault (11)



[2005-11-03 09:10:15] [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



[2005-11-03 00:29:49] jeff dot potter at hp dot com

Description:

Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.

Configure script:

./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh  --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install

Platform:

RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches


Reproduce code:
---
Just call virtual(some_uri).

Expected result:

My page rendered on the screen.

Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros. 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) bt
#0  ap_rflush (r=0x82ef088) at protocol.c:1561
#1  0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2  0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3  0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4  0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5  0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6  0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7  0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8  0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9  0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)


Frame #0 Code

#0  ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}

gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_all

#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault

2005-11-03 Thread sniper 
 ID:   35074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeff dot potter at hp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux (Redhat EL 3 i386)
 PHP Version:  4.4.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-11-03 17:16:34] jeff dot potter at hp dot com

php4-STABLE-latest (php4-STABLE-200511031356) still appears to have the
same symptoms as php-4.4.1

[Thu Nov 03 09:41:35 2005] [notice] child pid 4209 exit signal
Segmentation fault (11)
[Thu Nov 03 09:41:37 2005] [notice] child pid 4264 exit signal
Segmentation fault (11)



[2005-11-03 09:10:15] [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



[2005-11-03 00:29:49] jeff dot potter at hp dot com

Description:

Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.

Configure script:

./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh  --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install

Platform:

RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches


Reproduce code:
---
Just call virtual(some_uri).

Expected result:

My page rendered on the screen.

Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros. 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) bt
#0  ap_rflush (r=0x82ef088) at protocol.c:1561
#1  0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2  0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3  0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4  0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5  0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6  0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7  0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8  0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9  0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)


Frame #0 Code

#0  ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}

gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print &c->bucket_alloc
$3 = (struct apr_bucket_alloc_t **) 0x50

(gdb) print r->pool
$4 = (apr_pool_t *) 0x0
(gdb) print *r->pool
$5 = {parent = 0x82ef088, child = 0x6b637562, sibling = 0x2f737465, ref
= 0x92e7887, cleanups = 0x758,
  allocator = 0x31, subprocesses = 0x0, abort_fn = 0, user_data = 0x0,
tag = 0x0, active = 0x0, self = 0x0,
  self_first_avail = 0x0}
(gdb) print &r->pool
$6 = (apr_pool_t **) 0x82ef088


1555AP_DECLARE(int) ap_rflush(request_rec *r)
1556{
1557conn_rec *c = r->connection;
1558apr_bucket_brigade *bb;
1559apr_bucket *b;
1560
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
1562b = apr_bucket_flush_create(c->bucke

#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault

2005-11-03 Thread derick 
 ID:   35074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeff dot potter at hp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux (Redhat EL 3 i386)
 PHP Version:  4.4.1
 New Comment:

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


Previous Comments:


[2005-11-03 00:29:49] jeff dot potter at hp dot com

Description:

Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.

Configure script:

./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh  --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install

Platform:

RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches


Reproduce code:
---
Just call virtual(some_uri).

Expected result:

My page rendered on the screen.

Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros. 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) bt
#0  ap_rflush (r=0x82ef088) at protocol.c:1561
#1  0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2  0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3  0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4  0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5  0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6  0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7  0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8  0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9  0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)


Frame #0 Code

#0  ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}

gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print &c->bucket_alloc
$3 = (struct apr_bucket_alloc_t **) 0x50

(gdb) print r->pool
$4 = (apr_pool_t *) 0x0
(gdb) print *r->pool
$5 = {parent = 0x82ef088, child = 0x6b637562, sibling = 0x2f737465, ref
= 0x92e7887, cleanups = 0x758,
  allocator = 0x31, subprocesses = 0x0, abort_fn = 0, user_data = 0x0,
tag = 0x0, active = 0x0, self = 0x0,
  self_first_avail = 0x0}
(gdb) print &r->pool
$6 = (apr_pool_t **) 0x82ef088


1555AP_DECLARE(int) ap_rflush(request_rec *r)
1556{
1557conn_rec *c = r->connection;
1558apr_bucket_brigade *bb;
1559apr_bucket *b;
1560
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
1562b = apr_bucket_flush_create(c->bucket_alloc);
1563APR_BRIGADE_INSERT_TAIL(bb, b);
1564if (ap_pass_brigade(r->output_filters, bb) != APR_SUCCESS)
1565return -1;
1566
1567return 0;
1568}

Frame #1 Code

(gdb) print rr->main
$7 = (request_rec *) 0x82ef088
(gdb) print *rr->main
$8 = {pool = 0x0, connection = 0x0, server = 0x0, next = 0x0, prev =
0x0, main = 0x0, the_request = 0x0,
  assbackwards = 0, proxyreq = 0, header_only = 0, protocol = 0x0,
proto_num = 0, hostname = 0x0, request_time = 0,
  status_line = 0x0, status = 0, method = 0x0, method_number = 0,
allowed = 0, allowed_xmethods = 0x0,
  allowed_methods = 0x0, sent_bodyct = 0, bytes_sent = 0, mtime