https://issues.apache.org/bugzilla/show_bug.cgi?id=46352
--- Comment #7 from Patrick Middleton <[EMAIL PROTECTED]> 2008-12-09 04:01:05 PST --- Created an attachment (id=23004) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23004) sample of debugging code, output, and httpd.conf files Having dug in some more ... I wondered if I ought to try blaming mod_gzip/1.3.26.1a, but removing it made no difference. I didn't keep my original problematic httpd.conf file. It took me some time to put some changes back in to show the problem. When looking at the files I have included in the attachment (the httpd.conf files have been removed of most of the things my Corporate Security Officer would not want disclosed) you might notice a SetHandler jakarta-servlet directive somewhere in the bad one; I was getting random Access Forbidden and Resource Not Available responses for requests that should have been handled by my servlet. My original stacktrace was generated on PPC, a RISC architecture where out-of-order execution is rampant, and showed references to things like memcpy() which didn't make sense for the reported line number of the source code. Having added some debugging code, the point at which the bug is reported has moved; it is now more consistently this line: ' s->extension.fail_on_status = ap_palloc(r->pool, e->fail_on_status_size * sizeof(int));' and the debugging output I have included that for requests with the 'good' configuration, the rule_extension structure is sensible (the timeout is -1, every other field is 0 or null) but for requests with the 'bad' configuration, that structure contains random rubbish which causes the dysfunctional call to memcpy(). So ... why are the contents of 'rule_extension_t *e' bad? Are we getting a pointer to something that's been overwritten, or being given a pointer to something that was never initialized? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
