--- Geoffrey Young <[EMAIL PROTECTED]> wrote: > this needs to be fixed. those constants are explicitly exported in > Fixup.pm, so if you're getting those warnings > something is wrong. the > pragmata you commented out is there for your > protection - if you need to > comment it out something else is going wrong, which > is clearly shown in your > next error: > > > - error: "Can't locate object method > is_initial_req > > via package Apache::RequestReq > > so, you need to figure out why the handler doesn't > run cleanly before we can > diagnose why it's not performing its intended > function. for the latter > error, you might need to add > > use Apache::RequestUtil; > > to Fixup.pm (though I'll need to see why it didn't > fail for me). for the > constants, something else is amuck.
Including Apache::RequestUtil solved the is_initial_req problem. However, the directory listing is ignoring the HEADER.html file contents and when called with a filename in the url the Dummy.pm is being picked up properly (I added logging to check) but not outputing the file contents. I agree that the install must be incomplete, but it was straight from the RedHat FC3 install (plus current up2date). I realized that the use of Apache2 is not just convention, but refers to a new API -- which I don't have. Installing Bundle::Apache2 would probably fix everything (.55 probability) but I didn't get this in before releasing the system to production and I fear causing more serious problems (.25 probability). I will try hacking at the handler code to generate the directory listings, as it limits damage to one directory and can easily be reversed, until I test the proper Apache2 modules on another machine. Tom __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
