httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Kraemer <Martin.Krae...@mch.sni.de>
Subject Re: Huh? Windows oddness
Date Fri, 12 Sep 1997 08:44:03 GMT
This is _not_ a windows specific bug! I get it on my unix box as well.
Here's a traceback I did a couple of days ago (didn't find the time yet
to walk thru it though; otherwise I might have added th contents of the
offending request struct).

-> file_walk(r = 0x813ce98), line 539 in "http_request.c"
-> $b40, line 740 in "http_request.c"
-> sub_req_lookup_file(new_file = 0x8136636, r = 0x8139eb0), line 740 in "http_request.c"
-> $b121, line 641 in "mod_autoindex.c"
-> make_autoindex_entry(name = 0x8136636, autoindex_opts = 1, d = 0x8120124, r = 0x8139eb0,
keyid = 'N', direction = 'A'), line 641 in "mod_autoindex.c"
-> index_directory(r = 0x8139eb0, autoindex_conf = 0x8120124), line 1024 in "mod_autoindex.c"
-> handle_autoindex(r = 0x8139eb0), line 1087 in "mod_autoindex.c"
-> invoke_handler() at 0x807e3c0
-> process_request_internal(r = 0x8139eb0), line 1057 in "http_request.c"
-> process_request(r = 0x8139eb0), line 1073 in "http_request.c"
-> child_main() at 0x807a777
-> make_child() at 0x807a8f9
-> startup_children() at 0x807aa32
-> standalone_main() at 0x807adeb
-> .main(0x6, 0x80476ec, 0x8047708) at 0x807b419
-> _start() at 0x804aa33

On Thu, Sep 11, 1997 at 03:44:47PM -0700, Alexei Kosut wrote:
> Running the debugger on it, it seems to be dying at the top of
> file_walk(), where it tries to get conf->sec->nelts. Apparently, the conf
> structure is getting screwed up somewhere, and conf->sec gets set to
> 0x000000a0 or something similar. And other elements of the conf
> structure are screwed up as well. satisfy is a really big number (not 0,
> 1 or 2, certainly. More like 89235696), default_type is random junk, and
> one time auth_type was pointing to a string that read "text/plain" -
> which obviously should have been in the default_type slot.
> 
> It seems like somehow something accessing the per-dir configuration is
> using a slightly different definition of core_dir_config than it should,
> so it puts things in different places (though not consistently). I can't
> figure out how this is happening, though, and it never happened before
> yesterday (although I admit that I hadn't tried running the current
> Apache on Windows for at least a few weeks before that).
> 
> Anyone have any ideas?

-- 
| S I E M E N S |  <Martin.Kraemer@mch.sni.de>  |      Siemens Nixdorf
| ------------- |   Voice: +49-89-636-46021     |  Informationssysteme AG
| N I X D O R F |   FAX:   +49-89-636-44994     |   81730 Munich, Germany
~~~~~~~~~~~~~~~~My opinions only, of course; pgp key available on request

Mime
View raw message