On Thu, 17 Oct 2002, Matt Sergeant wrote: > Begin forwarded message: > > > From: "Guest via RT" <[EMAIL PROTECTED]> > > Date: Thu Oct 17, 2002 20:57:10 Europe/London > > To: "AdminCc of cpan Ticket #1688": ; > > Subject: [cpan #1688] Apache, MySAL and AxKit > > Reply-To: [EMAIL PROTECTED] > > > > > > This message about AxKit was sent to you by guest via rt.cpan.org > > > > Full context and any attached attachments can be found at: > > <URL: https://rt.cpan.org/Ticket/Display.html?id=1688 > > > > > I run the following set-up: > > > > Windows 2000 (with all current service-packs applied) > > Apache 1.3.27 (Win 32) > > Perl 5.6.1 build 633 > > Mod-perl 1.27_01 dev > > AxKit 1.6 > > MySql 3.23.52-win > > > > In the httpd.conf I have the following AxKit configuration: > > > > # AxKit configuration > > # This also seems to have a problem when started as > > # a service, but seems OK otherwise > > PerlModule XML::LibXML::Common > > PerlModule AxKit > > Alias /axkit/ "C:/Apache/axkit/" > > <Location /axkit> > > SetHandler perl-script > > PerlHandler AxKit > > AxAddStyleMap application/x-xpathscript > > Apache::AxKit::Language::XPathScript > > AxAddStyleMap text/xsl Apache::AxKit::Language::LibXSLT > > AxDebugLevel 5 > > AxTranslateOutput On > > AxOutputCharset windows-1251 > > </Location> > > > > Apache works OK when started on the console and the dynamic webpages > > (through mod-perl) are served perfectly, getting their data out of the > > mysql-server without a hitch. > > > > When started as a service though, all static pages are still working > > fine as are all dynamic pages, EXCEPT when they have to get some data > > out of the MySql-server. I then get all kinds of errors, which all > > seem to indicate that the Apache-server/mod_perl cannot log-in into > > the MySql-server. > > > > The connection with MySql is through DBI/DBD (nothing fancy, all > > standard). > > > > The AxKit examples are all working fine, both when Apache runs as a > > service or on the console. > > > > Is this a known issue and if so, is there a way around it? > > > > Karl Moens > >
Is it possible to get more information on exactly why the login fails? Does the error log say anything useful? As a shot in the dark, is the PATH to the mysql dlls included in the PATH that the service uses? -- best regards, randy kobes --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
