On your local machine, replicate much of the httpd.apache.orh/dist directory,
including the
.htaccess file. Enable overrides in that directory.
Then add this to your conf file:
<Files *.asc>
RemoveEncoding gz tgz Z
</Files>
See if that let's you hit the seg fault.
Bill
>
> > I think the problem might be in this block:
> >
> > static void *merge_mime_dir_configs(apr_pool_t *p, void *basev, void *addv)
> > {
> > mime_dir_config *base = (mime_dir_config *) basev;
> > mime_dir_config *add = (mime_dir_config *) addv;
> > mime_dir_config *new = apr_palloc(p, sizeof(mime_dir_config));
> >
> > int i;
> > attrib_info *suffix;
> >
> > if (base->extension_mappings && add->extension_mappings) {
> > if (base->copy_mappings)
> > new->extension_mappings = base->extension_mappings;
> > else {
> > new->extension_mappings = apr_hash_make(p);
> > overlay_extension_mappings(p, base->extension_mappings,
> > new->extension_mappings);
> > }
> > overlay_extension_mappings(p, add->extension_mappings,
> > new->extension_mappings);
> >
> > If base->copy_mappings is true upon entry into the function,
> > then the call to overlay_extension_mappings at the end will
> > use p to allocate data for insertion into base->extension_mappings.
> > If base->extension_mappings has been allocated from a pool with
> > a longer lifetime than p, then we'll eventually segv.
>
> If this is happening, then we have much bigger problems. All of the code
> that is involved with these hash tables is run at server startup. It is all run
> using pconf. The only time this might not be true, is if we have a .htaccess
> file that is changing the config. That might be able to cause this problem, but
> I have been unable to reproduce this. I have tried with a .htaccess, but it is
> also possible that another part of my config is not setup properly.
>
> Ryan
>
> ______________________________________________________________
> Ryan Bloom [EMAIL PROTECTED]
> Covalent Technologies [EMAIL PROTECTED]
> --------------------------------------------------------------
>
