[jira] Created: (MODPYTHON-151) PythonDebug exception error page doesn't escape special HTML characters.

2006-03-26 Thread Graham Dumpleton (JIRA)
PythonDebug exception error page doesn't escape special HTML characters.


 Key: MODPYTHON-151
 URL: http://issues.apache.org/jira/browse/MODPYTHON-151
 Project: mod_python
Type: Bug
  Components: core  
Versions: 3.2.8, 3.1.4, 2.7.10
Reporter: Graham Dumpleton
 Assigned to: Graham Dumpleton 


When an exception occurs in a handler and PythonDebug is On, an error page is 
generated and returned to the client. The traceback and details of the 
exception will be output within a pre/pre section, however the content put 
in the section is included as is and no escaping is performed on special HTML 
characters. This means that if the details of the exception include any special 
HTML characters, it can stuff up the formatting of the page and/or information 
could on face value be lost.

For example the new importer will generate a specific exception where the 
response from a handler is not of the correct type.

  AssertionError: Handler has returned result or raised SERVER_RETURN
  exception with argument having non integer type. Type of value returned
  was type 'module', whereas expected type 'int'.

Because this includes  characters, it actuall displays in the resultant HTML 
page as:

  AssertionError: Handler has returned result or raised SERVER_RETURN
  exception with argument having non integer type. Type of value returned
  was , whereas expected .

The error reporter therefore should pass content through cgi.escape().

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Resolved: (MODPYTHON-151) PythonDebug exception error page doesn't escape special HTML characters.

2006-03-26 Thread Graham Dumpleton (JIRA)
 [ http://issues.apache.org/jira/browse/MODPYTHON-151?page=all ]
 
Graham Dumpleton resolved MODPYTHON-151:


Fix Version: 3.3
 Resolution: Fixed

 PythonDebug exception error page doesn't escape special HTML characters.
 

  Key: MODPYTHON-151
  URL: http://issues.apache.org/jira/browse/MODPYTHON-151
  Project: mod_python
 Type: Bug
   Components: core
 Versions: 3.2.8, 3.1.4, 2.7.10
 Reporter: Graham Dumpleton
 Assignee: Graham Dumpleton
  Fix For: 3.3


 When an exception occurs in a handler and PythonDebug is On, an error page is 
 generated and returned to the client. The traceback and details of the 
 exception will be output within a pre/pre section, however the content 
 put in the section is included as is and no escaping is performed on special 
 HTML characters. This means that if the details of the exception include any 
 special HTML characters, it can stuff up the formatting of the page and/or 
 information could on face value be lost.
 For example the new importer will generate a specific exception where the 
 response from a handler is not of the correct type.
   AssertionError: Handler has returned result or raised SERVER_RETURN
   exception with argument having non integer type. Type of value returned
   was type 'module', whereas expected type 'int'.
 Because this includes  characters, it actuall displays in the resultant 
 HTML page as:
   AssertionError: Handler has returned result or raised SERVER_RETURN
   exception with argument having non integer type. Type of value returned
   was , whereas expected .
 The error reporter therefore should pass content through cgi.escape().

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



Re: Auto updating of req.finfo when req.filename changed.

2006-03-26 Thread Jim Gallacher

Hi Graham,

+1 auto update req.finfo when req.filename changed.

Is there a use case where the user might change filename but not want 
finfo to change? I can't think of one, so let's save the user some work 
and make their code more robust to boot.


A point I'd like to address is your concern about mod_python differing 
from the Apache C api in implementing certain features. Personally I 
think our general concern about this is somewhat misguided. I suspect 
that the majority of our users are more concerned about the 
python-ness of mod_python rather than its apache-ness, and most 
would never notice if we deviate slightly from the apache C api. Adding 
a method or attribute to the request object for example, if it's useful 
to *our* users, shouldn't be rejected out of hand just because it does 
not exist in the underlying api.


Jim

Graham Dumpleton wrote:

Now the mailing list is a bit quiet, I would like to see if I can get
some explicit feedback on some issues related to the inability to update
the req.finfo attribute.

Grisha, would be nice if you could respond on this issue and give some
guidance else I fear I'll never be able to progress a solution to this
issue. :-(

As explained in:

  http://issues.apache.org/jira/browse/MODPYTHON-128

although it is possible to assign a new value to req.filename, there is
no way to update req.finfo to the file stats associated with that new
value of req.filename. If one had access to the low level C API this
would normally be achieved using:

  apr_stat(r-finfo, r-filename, APR_FINFO_MIN, r-pool);

In mod_python though, there is no way to access the function and affect
that outcome.

In mod_perl 1.0 they implemented the behaviour whereby the finfo
attribute was automatically updated when the filename attribute was
updated by a handler.

In mod_perl 2.0 they dropped this though, as they wanted to preserve
the idea that in mod_perl everything behaved exactly like the C API
they were trying to provide a 1 to 1 mapping for. Thus in mod_perl
2.0 you need to write:

  use Apache2::RequestRec ();
  use APR::Finfo ();
  use APR::Const -compile = qw(FINFO_NORM);
  $r-filename($newfile);
  $r-finfo(APR::Finfo::stat($newfile, APR::Const::FINFO_NORM, $r-pool));

As mod_python isn't attempting to provide a strict 1 to 1 mapping, it
might be argued that it could do what mod_perl 1.0 did and automatically
updated the finfo attribute when filename is updated.

The only other alternative is to add a new method to the Python request
object for which there isn't strictly speaking a direct equivalent to
in the Apache C API. That is, a method that calls apr_stat() but which
only performs it in relation to the filename and finfo attributes
in the request object itself and is not a generic routine.

Since it isn't likely that mod_python will ever provide a lower level
API for use of finfo related structures and functions and even if it
did they most likely would be distinct to the request object, the name
of the function added to the request object could still be called stat().

Thus mod_python equivalent to what mod_perl 2.0 does would be:

  req.filename = newfile
  req.stat()

This though doesn't really convey a sense of what it occurring. Thus a
more descriptive name would probably be more appropriate. For example:

  req.filename = newfile
  req.update_finfo()

There is no ap_update_finfo() function now, but if they did later
implement one, this would shadow it and prevent it being added to the
request object if it was pertinent for that be done.

The next problem is that apr_stat() actually takes an argument indicating
what fields in the finfo attribute should be updated. In mod_perl 1.0
the value used when the automatic update was done was APR_FINFO_MIN
which results in type, mtime, ctime, atime, size being updated. In
the documentation for mod_perl 2.0 it suggests use of APR_FINFO_NORM
instead which is described as intended to be used when an atomic unix
apr_stat() is required whatever that means.

Important to note though is that is that the ap_directory_walk()
function in Apache which is used to map a URL against a file in the
filesystem uses APR_FINFO_MIN.

Now if a function were to be provided, it seems to make sense that it
have a default whereby it uses APR_FINO_MIN, much as would be the case
if the finfo attribute were updated automatically when filename is
updated.

Should though a function if provided allow the ability to supply an
alternate for this value so as to be selective as to what attributes
of finfo are updated?

If it were allowed, have the problem that there are already attributes
in mod_python for:

  FINFO_MODE = 0
  FINFO_INO = 1
  FINFO_DEV = 2
  FINFO_NLINK = 3
  FINFO_UID = 4
  FINFO_GID = 5
  FINFO_SIZE = 6
  FINFO_ATIME = 7
  FINFO_MTIME = 8
  FINFO_CTIME = 9
  FINFO_FNAME = 10
  FINFO_NAME = 11
  FINFO_FILETYPE = 12

Rather than these being equivalents to the APR constants:

  #define APR_FINFO_LINK   0x0001
  #define 

Re: Proxy Http and Https

2006-03-26 Thread Joost de Heer

William A. Rowe, Jr. wrote:

William wrote:
With Apache running as a forward proxy server whenever I go to an 
HTTPS webpage I get a denied acess page, how can I enable the proxy to 
work with HTTPS along with HTTP.


You have a client problem not a server problem, how did you configure 
HTTPS/SSL
proxy settings, if at all.  If you are trying to go thru the same 
server, make

sure you have enabled mod_proxy_connect.


And don't forget AllowCONNECT.

Joost


core dump in apache 1.3.2.7

2006-03-26 Thread Meir Yanovich








Hello
all 

I
compiled the apache in SunOs box with forth compiler 

when
I run it inside the debugger ( sunstudio ) its working fine 

but
when I run it outside the debugger it gives me core dump . the out put is : 





does the functions _FieldInfo  or  ParseCertificate rings aball ? 



[EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal ILL (illegal opcode)

0xfeb1be78: J453_FieldInfo+0x0004:
unimp 0x0

(dbx) where

current thread: [EMAIL PROTECTED]

 [1] 0xfeb1be78(0x124f80,
0xfecbae68, 0xfecce331, 0x4b0, 0x0, 0x0), at 0xfeb1be77

 [2] OX509ParseCertificate(0x12a558, 0xfecf659c,
0xfe981918, 0x0, 0x20, 0xfe981918), at 0xfe982420

 [3] 0xfeb28390(0xe1bc8, 0x0,
0xfeb28274, 0xfeb28274, 0xfeb28274, 0xe1bc8), at 0xfeb2838f

 [4] 0xfeb53310(0xe1bc8, 0x0,
0x0, 0x0, 0x0, 0x0), at 0xfeb5330f

(dbx) threads

 [EMAIL PROTECTED]
a [EMAIL PROTECTED] ?() LWP suspended in _so_accept()

 [EMAIL PROTECTED]
b [EMAIL PROTECTED] ?() LWP suspended in _door_return()

o [EMAIL PROTECTED] b
[EMAIL PROTECTED] ?() signal SIGILL in ?()

 [EMAIL PROTECTED]
a [EMAIL PROTECTED] _start() sleep on 0x1f0478 in __lwp_park()

 [EMAIL PROTECTED]
b [EMAIL PROTECTED] door_create_func() LWP suspended in _door_return()

 [EMAIL PROTECTED]
a [EMAIL PROTECTED] _start() LWP suspended in _poll()

 [EMAIL PROTECTED]
a [EMAIL PROTECTED] _start() sleep on 0x1fa6f0 in __lwp_park()

 [EMAIL PROTECTED]
a [EMAIL PROTECTED] _start() LWP suspended in _poll()

 [EMAIL PROTECTED]
a [EMAIL PROTECTED] _start() LWP suspended in _poll()

 [EMAIL PROTECTED]
a [EMAIL PROTECTED] _start() LWP suspended in _poll()

 [EMAIL PROTECTED]
b [EMAIL PROTECTED] Execute() LWP suspended in _poll()

(dbx)



Thanks
allot 





Regards













Bug report for Apache httpd-1.3 [2006/03/26]

2006-03-26 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 8329|New|Nor|2002-04-20|mime_magic gives 500 and no error_log on Microsoft|
| 8372|Ass|Nor|2002-04-22|Threadsaftey issue in Rewrite's cache [Win32/OS2/N|
| 8849|New|Nor|2002-05-07|make install errors as root on NFS shares |
| 8882|New|Enh|2002-05-07|[PATCH] mod_rewrite communicates with external rew|
| 9037|New|Min|2002-05-13|Slow performance when acessing an unresolved IP ad|
| 9126|New|Blk|2002-05-15|68k-next-openstep v. 4.0  |
| 9726|New|Min|2002-06-09|Double quotes should be flagged as T_HTTP_TOKEN_ST|
| 9894|New|Maj|2002-06-16|getline sub in support progs collides with existin|
| |New|Nor|2002-06-19|Incorrect default manualdir value with layout.|
|10038|New|Min|2002-06-20|ab benchmaker hangs on 10K https URLs with keepali|
|10073|New|Maj|2002-06-20|upgrade from 1.3.24 to 1.3.26 breaks include direc|
|10166|Opn|Min|2002-06-24|HTTP/1.1 proxy requests made even when client make|
|10169|New|Nor|2002-06-24|Apache seg faults due to attempt to access out of |
|10178|New|Maj|2002-06-24|Proxy server cuts off begining of buffer when spec|
|10195|New|Nor|2002-06-24|Configure script erroneously detects system Expat |
|10199|New|Nor|2002-06-24|Configure can't handle directory names with unders|
|10243|New|Maj|2002-06-26|CGI scripts not getting POST data |
|10354|New|Nor|2002-06-30|ErrorDocument(.htaccess) fails when passed URL wit|
|10446|Opn|Blk|2002-07-03|spaces in link to http server seen as foreign char|
|10666|New|Enh|2002-07-10|line-end comment error message missing file name  |
|10744|New|Nor|2002-07-12|suexec might fail to open log file|
|10747|New|Maj|2002-07-12|ftp SIZE command and 'smart' ftp servers results i|
|10760|New|Maj|2002-07-12|empty ftp directory listings from cached ftp direc|
|10939|New|Maj|2002-07-18|directory listing errors  |
|11020|New|Maj|2002-07-21|APXS only recognise tests made by ./configure |
|11236|New|Min|2002-07-27|Possible Log exhaustion bug?  |
|11265|New|Blk|2002-07-29|mod_rewrite fails to encode special characters|
|11765|New|Nor|2002-08-16|.apaci.install.tmp installs in existing httpd.conf|
|11986|New|Nor|2002-08-23|Restart hangs when piping logs on rotation log pro|
|12096|New|Nor|2002-08-27|apxs does not handle binary dists installed at non|
|12574|New|Nor|2002-09-12|Broken images comes from mod_proxy when caching ww|
|12583|New|Nor|2002-09-12|First piped log process do not handle SIGTERM |
|12598|Opn|Maj|2002-09-12|Apache hanging in Keepalive State |
|12770|Opn|Nor|2002-09-18|ErrorDocument fail redirecting error 400  |
|13188|New|Nor|2002-10-02|does not configure correctly for hppa64-hp-hpux11.|
|13274|Ass|Nor|2002-10-04|Subsequent requests are destroyed by the request e|
|13607|Opn|Enh|2002-10-14|Catch-all enhancement for vhost_alias?|
|13687|New|Min|2002-10-16|Leave Debug symbol on Darwin  |
|13822|New|Maj|2002-10-21|Problem while running Perl modules accessing CGI::|
|14095|Opn|Nor|2002-10-30|Change default Content-Type (DefaultType) in defau|
|14250|New|Maj|2002-11-05|Alternate UserDirs don't work intermittantly  |
|14443|New|Maj|2002-11-11|Keep-Alive randomly causes TCP RSTs   |
|14448|Opn|Cri|2002-11-11|Apache WebServer not starting if installed on Comp|
|14518|Opn|Nor|2002-11-13|QUERY_STRING parts not incorporated by mod_rewrite|
|14670|New|Cri|2002-11-19|Apache didn't deallocate unused memory|
|14748|New|Nor|2002-11-21|Configure Can't find DBM on Mac OS X  |
|15011|New|Nor|2002-12-03|Apache processes not timing out on Solaris 8  |
|15028|New|Maj|2002-12-03|RedirectMatch does not escape properly|
|16013|Opn|Nor|2003-01-13|Fooling mod_autoindex + IndexIgnore   |
|16236|New|Maj|2003-01-18|Include directive in Apache is not parsed within c|
|16241|New|Maj|2003-01-19|Apache processes takes 100% CPU until killed manua|

Bug report for Apache httpd-2 [2006/03/26]

2006-03-26 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 7483|Ass|Enh|2002-03-26|Add FileAction directive to assign a cgi interpret|
| 7741|Ass|Nor|2002-04-04|some directives may be placed outside of proper co|
| 7862|New|Enh|2002-04-09|suexec never log a group name.|
| 8483|Inf|Min|2002-04-24|apache_2.0 .msi installer breaks .log and .conf fi|
| 8713|New|Min|2002-05-01|No Errorlog on PROPFIND/Depth:Infinity|
| 8925|New|Cri|2002-05-09|Service Install (win32 .msi/.exe) fails for port i|
| 9727|New|Min|2002-06-09|Double quotes should be flagged as T_HTTP_TOKEN_ST|
| 9903|Opn|Maj|2002-06-16|mod_disk_cache does not remove temporary files|
| 9945|New|Enh|2002-06-18|[PATCH] new funtionality for apache bench |
|10114|Ass|Enh|2002-06-21|Negotiation gives no weight to order, only q value|
|10154|Ass|Nor|2002-06-23|ApacheMonitor interferes with service uninstall/re|
|10722|Opn|Nor|2002-07-12|ProxyPassReverse doesn't change cookie paths  |
|10775|Ass|Cri|2002-07-13|SCRIPT_NAME wrong value   |
|10932|Opn|Enh|2002-07-18|Allow Negative regex in LocationMatch |
|11035|New|Min|2002-07-22|Apache adds double entries to headers generated by|
|11294|New|Enh|2002-07-30|desired vhost_alias option|
|11427|Opn|Maj|2002-08-02|Possible Memory Leak in CGI script invocation |
|11540|Opn|Nor|2002-08-07|ProxyTimeout ignored  |
|11580|Opn|Enh|2002-08-09|generate Content-Location headers |
|11971|Opn|Nor|2002-08-23|HTTP proxy header Via with wrong hostname if Ser|
|11997|Opn|Maj|2002-08-23|Strange critical errors possibly related to mpm_wi|
|12033|Opn|Nor|2002-08-26|Graceful restart immidiately result in [warn] long|
|12340|Opn|Nor|2002-09-05|WindowsXP proxy, child process exited with status |
|12355|Opn|Nor|2002-09-06|SSLVerifyClient directive in location make post to|
|12680|New|Enh|2002-09-16|Digest authentication with integrity protection   |
|12885|New|Enh|2002-09-20|windows 2000 build information: mod_ssl, bison, et|
|13029|New|Nor|2002-09-26|Win32 mod_cgi failure with non-ASCII characters in|
|13101|Inf|Cri|2002-09-27|Using mod_ext_filter with mod_proxy and http/1.1 c|
|13599|Ass|Nor|2002-10-14|autoindex formating broken for multibyte sequences|
|13603|New|Nor|2002-10-14|incorrect DOCUMENT_URI in mod_autoindex with Heade|
|13661|Ass|Enh|2002-10-15|Apache cannot not handle dynamic IP reallocation  |
|13946|Inf|Nor|2002-10-24|reverse proxy errors when a document expires from |
|13986|Ass|Enh|2002-10-26|remove default MIME-type  |
|14016|Inf|Nor|2002-10-28|Problem when using mod_ext_filter with ActivePerl |
|14090|New|Maj|2002-10-30|mod_cgid always writes to main server error log   |
|14104|Opn|Enh|2002-10-30|not documented: must restart server to load new CR|
|14206|New|Nor|2002-11-04|DirectoryIndex circumvents -FollowSymLinks option |
|14227|Ass|Nor|2002-11-04|Error handling script is not started (error 500) o|
|14496|New|Enh|2002-11-13|Cannot upgrade 2.0.39 - 2.0.43. Must uninstall fi|
|14556|Inf|Nor|2002-11-14|mod_cache with mod_mem_cache enabled doesnt cash m|
|14858|New|Enh|2002-11-26|mod_cache never caches responses for requests requ|
|14922|Ass|Enh|2002-11-28|target is currently hardcoded to 'apache2'  |
|15045|Ass|Nor|2002-12-04|addoutputfilterbytype doesn't work for defaulted t|
|15233|Opn|Nor|2002-12-10|move AddType application/x-x509-ca-cert from ssl.c|
|15235|New|Nor|2002-12-10|add application/x-x509-email-cert, application/x-x|
|15625|New|Nor|2002-12-23|mention mod_ssl in http://nagoya.apache.org/dist/h|
|15626|New|Nor|2002-12-23|mention which modules are part of the (binary) dis|
|15631|New|Nor|2002-12-23|mention in httpd.conf that mod_ssl is not included|
|15719|Inf|Nor|2002-12-30|WebDAV MOVE to destination URI which is content-ne|
|15757|Opn|Nor|2003-01-02|Assumption of sizeof (void*)/int begin equal (64-b|
|15857|Opn|Nor|2003-01-07|MUST handle chunked response with a 16385Byte-lo|

html parsing filter

2006-03-26 Thread Miso G.
Has anyone created a filter that parses html for let's say links to 
images only already? Or are there any examples on the web of similar 
filters (if so, where?).


What I am trying to achieve is create a filter/module that will gather 
all the links to images from html pages before they are served to the 
client and send them off to memory cache, sort of pre-load them, in case 
the client decides to follow one of those links.


Has anything similar been done already, or any starting points in terms 
of code you guys could give me?


Re: html parsing filter

2006-03-26 Thread Nick Kew
On Monday 27 March 2006 00:01, Miso G. wrote:
 Has anyone created a filter that parses html for let's say links to
 images only already? Or are there any examples on the web of similar
 filters (if so, where?).

mod_accessibility, mod_proxy_html, mod_publisher all filter HTML and
generate SAX events for elements (such as links).

 What I am trying to achieve is create a filter/module that will gather
 all the links to images from html pages before they are served to the
 client and send them off to memory cache, sort of pre-load them, in case
 the client decides to follow one of those links.

That doesn't make sense to me.  mod_cache would accomplish the same
thing (for all but the first user, at least) far more simply and robustly.

-- 
Nick Kew


Re: Potential bug brought by mmapfile (mod_file_cache)

2006-03-26 Thread Xuekun Hu
Filed a bug#39111.

On 3/23/06, Xuekun Hu [EMAIL PROTECTED] wrote:
 Hi, All

 A few weeks ago, I tried to use mod_file_cache which tested under our
 pressure test, however I met some strange behaviors. Now I can use ab
 to reproduce it.

 I'm using Apache2.2.0 on 4P Xeon(EM64T) and EL4U2 ( 2.6.9-22.ELsmp, 64bit).

 Apache configuration:
 IfModule mod_file_cache.c
 mmapfile /usr/local/apache2/htdocs/index.html#just cache one file
 /IfModule
 ThreadLimit 600
 IfModule worker.c
 StartServers10
 MaxClients 50
 ServerLimit 5000
 MinSpareThreads  1000
 MaxSpareThreads  2000
 ThreadsPerChild 100
 MaxRequestsPerChild  0
 ListenBackLog   3000
 /IfModule
 MaxRequestsPerChild  0

 Now I test with /usr/local/apache2/bin/ab -n 10 -c 10
 localhost/index.html, during the tests, some threads segmentation
 fault.

 I used gdb to get the backtrace, however looks like these segmentation
 fault will happen in different places. Most are:
 #0  0x003d26e2e989 in kill () from /lib64/tls/libc.so.6
 #1  signal handler called
 #2  0x006fe818 in ?? ()
 #3  0x0042d5fa in ap_rgetline_core (s=0x45007058, n=8192,
 read=0x45007060, r=0x2ac4e2fd28, fold=0, bb=0x2ac4e31248) at
 protocol.c:222
 #4  0x0042dbd8 in ap_get_mime_headers_core (r=0x2ac4e2fd28,
 bb=0x2ac4e31248) at protocol.c:681
 #5  0x0042e4b2 in ap_read_request (conn=0x6e86c0) at protocol.c:909
 #6  0x00462540 in ap_process_http_connection (c=0x6e86c0) at
 http_core.c:189
 #7  0x00440ac3 in ap_run_process_connection (c=0x6e86c0) at
 connection.c:43
 #8  0x0046d877 in worker_thread (thd=0x63cea8, dummy=Variable
 dummy is not available.
 ) at worker.c:531
 #9  0x003d279060aa in start_thread () from /lib64/tls/libpthread.so.0
 #10 0x003d26ec5b43 in clone () from /lib64/tls/libc.so.6
 #11 0x in ?? ()

 #0  0x003d26e2e989 in kill () from /lib64/tls/libc.so.6
 #1  signal handler called
 #2  0x00443668 in add_any_filter_handle (frec=0x5b61a8, ctx=0x0,
 r=0x7257e8, c=0x715990, r_filters=0x725a68, p_filters=0x725a78,
 c_filters=0x715a08)
at util_filter.c:330
 #3  0x0044390a in ap_add_input_filter_handle (f=Variable f is not
 available.
 ) at util_filter.c:415
 #4  0x0042e639 in ap_read_request (conn=0x715990) at protocol.c:1022
 #5  0x00462540 in ap_process_http_connection (c=0x715990) at
 http_core.c:189
 #6  0x00440ac3 in ap_run_process_connection (c=0x715990) at
 connection.c:43
 #7  0x0046d877 in worker_thread (thd=0x63d208, dummy=Variable dummy
 is not available.
 ) at worker.c:531
 #8  0x003d279060aa in start_thread () from /lib64/tls/libpthread.so.0
 #9  0x003d26ec5b43 in clone () from /lib64/tls/libc.so.6
 #10 0x in ?? ()

 #0  0x003d26e2e989 in kill () from /lib64/tls/libc.so.6
 #1  signal handler called
 #2  ap_invoke_filter_init (filters=0x2c) at config.c:312
 #3  0x0043a6f3 in ap_invoke_handler (r=0x2ac4e02978) at config.c:344
 #4  0x00464bb0 in ap_process_request (r=0x2ac4e02978) at
 http_request.c:258
 #5  0x004625cd in ap_process_http_connection (c=0x7138b0) at
 http_core.c:171
 #6  0x00440ac3 in ap_run_process_connection (c=0x7138b0) at
 connection.c:43
 #7  0x0046d877 in worker_thread (thd=0x63d598, dummy=Variable dummy
 is not available.
 ) at worker.c:531
 #8  0x003d279060aa in start_thread () from /lib64/tls/libpthread.so.0
 #9  0x003d26ec5b43 in clone () from /lib64/tls/libc.so.6
 #10 0x in ?? ()

 Are these threads segmentation fault due to over pressure? I also
 tested cachefile directive and without mod_file_cache, both works OK.

 Any ideas? Should I submit a bug request?

 Thx, Xuekun