Re: Can I use mod_perl to monitor mod_ssl
Hi there, On Sun, 24 Jun 2001, Joachim Zobel wrote: > We are having infrequent non reproducable problems with SSL. Can I use > mod_perl for debugging and monitoring the SSL activity beyond HTTP? I think you would be better off using something like tcpdump. 73, Ged.
Re: Help me! about $r->bytes_sent
On Tue, 26 Jun 2001, wac wrote: > Dear all members: > > I have a question , I want to use mod_perl handler print file sent size. > > Apache Config file httpd.conf > = > Alias /test/ "D:/test/" > > SetHandler perl-script > PerlHandler My::Test > Options ExecCGI > = > > > Perl Module My::Test > = > package My::Test; > > sub hanlder { > my $r = shift; > open(FILE,$r->filename) || return 404; > $r->send_fd(FILE); > close(FILE); > print $r->bytes_sent; > } > 1; > = > > this code print content of request file, but $r->bytes_sent print 0 at > all times. RTFM http://www.modperl.com/book/chapters/ch9.html#Server_Response_Methods > Please tell me why and how to get this size. > Thanks for your help! > > Your firend, > wac > _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Help me! about $r->bytes_sent
Dear all members: I have a question , I want to use mod_perl handler print file sent size. Apache Config file httpd.conf = Alias /test/ "D:/test/" SetHandler perl-script PerlHandler My::Test Options ExecCGI = Perl Module My::Test = package My::Test; sub hanlder { my $r = shift; open(FILE,$r->filename) || return 404; $r->send_fd(FILE); close(FILE); print $r->bytes_sent; } 1; = this code print content of request file, but $r->bytes_sent print 0 at all times. Please tell me why and how to get this size. Thanks for your help! Your firend, wac
Help me!
Dear all members: I have a question , I want to use mod_perl handler print file sent size. Apache Config file httpd.conf = Alias /test/ "D:/test/" SetHandler perl-script PerlHandler My::Test Options ExecCGI = Perl Module My::Test = package My::Test; sub hanlder { my $r = shift; open(FILE,$r->filename) || return 404; $r->send_fd(FILE); close(FILE); print $r->bytes_sent; } 1; = this code print content of request file, but $r->bytes_sent print 0 at all times. Please tell me why and how to get this size. Thanks for your help! Your firend, wac
Re: SSI Lost with Mod Perl?
Hi Perrin I've given Filter and SSI a shot according to the perldocs. It didn't work. I stated to hhack on some of the problems, which first involved in the make install depositing them in the wrong diretory, and then they SSI needed use Apache::Filter statements added. Finally, Filter cam back with an error that something or other $r wasn't a hash reference, which would not be a quick fix. So I've sort of hacked up my own little SSI for the time being and deposited it in the modules. I'm missing something in my understanding at this pointbut this project has me climbing a wall, and I'm pushing a head for the time being. I had a similar problem at one time with embperl and we had to also hack that together. I'm definetely bathing in a Brooklyn Larger Bath when this is done. Ruben > > IS there a way of pre-processing and post processing a handler? > > Only by using something like Apache::Filter. Apache itself does not support > chaining handlers. > > - Perrin
Re: Directory Restrictions
I found it, quite be accident in the Eagle Book Lost the page number, but it was in Chapter 4. ruben > > anybody got a handy link to point us in the > right direction here? how can you have mod_perl > intercept the directory listing? >
Re: question on installing mod_perl to activePerl on win98
On Mon, 25 Jun 2001, ychen56 wrote: > Thanks, I have installed mod_perl successfully by setting the repository to > http://theoryx5.uwinnipeg.ca/ppmpackages/. > I have one more question. The version of mod_perl is 1.25 which is written > for apache 1.3.20, my apache version is 1.3.14, > I think I need copy the file mod_perl.so to apachemodperl.dll, right? What > else I need to do? Or I have to use apache 1.3.20 instead of 1.3.14? > > Best Regards > Ye Generally, in the Win32 Apache world, one should keep as current as possible, for bug/security fixes. So if it's at all possible, it's probably a good idea to upgrade to Apache_1.3.20. If that's impossible, there are older Apache/mod_perl versions in http://theoryx5.uwinnipeg.ca/ppmpackages/mod_perl-legacy/. The versioning goes mod_perl-x.xx_y.yy.ppd, where x.xx refers to the mod_perl version and y.yy refers to the apache version. You should note the .ppd file corresponding to your apache version, and install it as (all on one line) ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/mod_perl-legacy/whatever.ppd Using a mod_perl version compiled for a different apache than you're using doesn't always work. Note that, after Apache_1.3.15, the name of the mod_perl dll that goes into your Apache modules/ directory was changed from ApacheModulePerl.dll to mod_perl.so. best regards, randy kobes
Re: question on installing mod_perl to activePerl on win98
Thanks, I have installed mod_perl successfully by setting the repository to http://theoryx5.uwinnipeg.ca/ppmpackages/. I have one more question. The version of mod_perl is 1.25 which is written for apache 1.3.20, my apache version is 1.3.14, I think I need copy the file mod_perl.so to apachemodperl.dll, right? What else I need to do? Or I have to use apache 1.3.20 instead of 1.3.14? Best Regards Ye - Original Message - From: Randy Kobes <[EMAIL PROTECTED]> To: ychen56 <[EMAIL PROTECTED]> Cc: Mod Perl List <[EMAIL PROTECTED]> Sent: Monday, June 25, 2001 4:35 PM Subject: Re: question on installing mod_perl to activePerl on win98 > On Mon, 25 Jun 2001, ychen56 wrote: > > > Hi: > > >From your website http://perl.apache.org/distributions.html, I got > > message( see following) > > > > Win32 ActivePerl mod_perl ppms - suitable for builds 6xx. You can install > > this by, within the ppm shell, setting the repository to > > http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer and typing > > install mod_perl. This will also run a post-install script to install the > > required mod_perl.so to your Apache modules/ directory. > > > > I followed the instruction, but ppm can not find mod_perl, in fact I opened > > this link, nothing there. I really need to install mod_perl in my computer > > to do some projects, my operation system is win98, I appreciate to get your > > quick respond. > > > > Thanks > > Ye > > The above link only gives something sensible when called by > the ppm utility. Did you try this as > > DOS> ppm > ppm> set repository whatever > http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer > ppm> search mod_perl > ppm> install mod_perl > ppm> quit > DOS> > > (the "set repository ..." should appear on one line). If this > doesn't work, try installing directly as (again as one line) > > DOS> ppm install > http://theoryx5.uwinnipeg.ca/ppmpackages/mod_perl.ppd > > If neither of these work, do you have problems installing > modules from ActiveState's repository? eg, does > > DOS> ppm install GD > > install GD.pm OK? > > best regards, > randy kobes > > NetZero Platinum No Banner Ads and Unlimited Access Sign Up Today - Only $9.95 per month! http://www.netzero.net
RE: Persistance in mod_perl
>-Original Message- >From: Knox, Laurie A, NPONS >To: '[EMAIL PROTECTED]' >Sent: 6/25/01 7:56 PM >Subject: Persistance in mod_perl > >Hello all, > >We are just getting started with mod_perl, installed on Sun Solaris 2.8, >Apache 1.3.20, Perl 5.005_03. I have DBI and Oracle DBD installed. In >our >application, we want to have a user login to the database, and maintain >the >connection until they logoff. We also want to maintain state between >various forms as the user utilizes the application. well, each of these is a separate function... you can use Apache::DBI for persistent connections, and modules such as Apache::Session or Apache::AuthCookie for maintaining state. In the end, though, state implementation is entirely up to you - mod_perl and CPAN only provide access to the Apache API and a suite of nice tools to choose from, not an entire shrink-wrapped solution (although some modules certainly do approach that, like AxKit and HTML::Mason) > >We've read the mod_perl FAQ, parts of the Apache Modules book, info in >Apache Server books, the CGI.pm perldoc, etc. >We're pretty confused at this point about how to proceed. most of the answers you will need are contained within the Apache modules book (the eagle book) and the mod_perl guide (perl.apache.org/guide). the book is worth reading a few times to really understand how apache works, the request cycle, the prefork Apache model, etc. in general, most people start by porting their legacy CGI scripts to mod_perl, then get comfortable with the mod_perl API, then move to mod_perl handlers when creating an entire web application. you can, of course, choose to remain at any level - whatever works for you and your application's needs... > >For example do we need any additional modules to maintain the database >connection and/or form state? yes, as mentioned above. > >Each time you "call" your Perl program that is available via mod_perl >(via >direct URL or forms-generated URL), is a new instance created? no >If not, >what >is the entry point into the existing instance? the first chance you get to interact with a request is via the PerlHeaderParserHandler - see the request cycle diagram in the eagle book. > For example, should our >Perl >program sit in a loop reading URLs? that's what Apache does for you :) >Does each user get their own instance of the Perl program? Or, is it >shared >among users? there is a separate perl interpreter for each Apache child process. >Does the Perl program run as a thread in the httpd process? no, it's embedded (at least with 1.3) > >How / when does the Perl program terminate? each time an Apache child process terminates, either through normal Apache child management, the child_terminate() method, or a segfault (but only rarely :) my advice is to read through the entire Eagle book and take some time to digest it. then start to apply the API to various parts - a PerlLogHandler is a nice way to start since it doesn't interfere with requests if you mess up and logging is a pain without it. or, you can forget all of this and post a consulting request - there are lots of talented folks here looking for work... ;) HTH --Geoff
RE: strange uninitialized value error.
> Changing: > > warn "r->uri is undef" unless defined $r->uri; debugging?!?!? > > my $subr = $r->lookup_uri($r->uri); # uri is relative to doc root > > To: > $uri = $r->uri; > warn "\$uri is undef" unless defined $uri; debugging?!?!? > my $subr = $r->lookup_uri($uri); # uri is relative to doc root Hmm... is $subr defined if $uri is EMPTY? There's no check here for that. (my $.02) L8r, Rob #!/usr/bin/perl -w use Disclaimer qw/:standard/;
Persistance in mod_perl
Hello all, We are just getting started with mod_perl, installed on Sun Solaris 2.8, Apache 1.3.20, Perl 5.005_03. I have DBI and Oracle DBD installed. In our application, we want to have a user login to the database, and maintain the connection until they logoff. We also want to maintain state between various forms as the user utilizes the application. We've read the mod_perl FAQ, parts of the Apache Modules book, info in Apache Server books, the CGI.pm perldoc, etc. We're pretty confused at this point about how to proceed. For example do we need any additional modules to maintain the database connection and/or form state? Each time you "call" your Perl program that is available via mod_perl (via direct URL or forms-generated URL), is a new instance created? If not, what is the entry point into the existing instance? For example, should our Perl program sit in a loop reading URLs? Does each user get their own instance of the Perl program? Or, is it shared among users? Does the Perl program run as a thread in the httpd process? How / when does the Perl program terminate? TIA for any assistance you can provide! Laurie Laurie Knox AT&T - NETAC (732) 420-6190 [EMAIL PROTECTED]
RE: Requests using If-Modified-Since cause response Set-Cookie to be discarded
> > maybe storing 'last-access-time' on the server, instead of in > > the client-side, via cookie, would solve this snafu? > > But if you want to give out a new cookie on every request ? > How would you prevent them from copying or tampering with the contents? > a MD5-hash would stop them from changing values, but they could > still copy the cookie, > so the next idea is timeouts, and when you use timeouts it would > be nice if the user > don't have to login every couple of minutes, but would get a new > valid cookie automaticly... Aside from the fact that a server-side tracking system is bound to become incredibly unmanageable, very quickly, in terms of server-side storage... One of the methods I've used is to include a timestamp in the user's info (incl the MD5 hash? see the Eagle for Encryption of Cookies w/ MD5). THEN, when deparsing the cookie, DELETE it if the timestamp is too old. THEN, you either have a valid, non-timed out session, or no session at all (which is what you were worrying about in the first place, no?). If your system is based on session LENGTH (ie this ticket is good for one hour from last access), all you have to do is re-set the timestamp to the current time. HTH! L8r, Rob
mod_perl 1.25, CGI.pm and POST
We recently upgraded our Apache server from 1.3.12 with mod_perl 1.24 and php 3 to 1.3.20 with mod_perl 1.25 and php4.0.5. This included an unexpected upgrade from Perl 5.005_03 to Perl 5.6.0 since the new version of Apache was compiled using Sun Workshop 5.0. However, since the upgrade, I have noticed that several scripts (actually, every CGI.pm script) we used to POST to now acts as if it is NOT being posted to. The following code fails to return anything into @parameters despite working yesterday (before the upgrade): my $q = new CGI; my @parameters = $q->param(); However, if I change the submission type from POST to GET, the script starts functioning perfectly. Does anyone know what would cause this type of behavior? I am at a loss as to how to proceed ... I am including below an example script which exhibits this behavior consistently on my server. The server is a Solaris 7 64-bit, Sun Ultra Enterprise 250 (dual processor). #!/usr/bin/perl -w # This file is intended to be INCLUDED from an SHTML file, # NOT directly executed! use strict; use CGI; my $q = new CGI; my @parameters = $q->param(); print $q->header; # Now display the search form print $q->start_form(-method => 'post') . $q->start_table({align => 'center'}); print "\n"; print $q->textfield(-name => 'title', -size => 32, -maxlength => 255); print "\n"; print $q->submit({name => 'POST Search'}); print "\n\n"; print $q->end_form(); print $q->start_form(-method => 'get') . $q->start_table({align => 'center'}); print "\n"; print $q->textfield(-name => 'title', -size => 32, -maxlength => 255); print "\n"; print $q->submit({name => 'GET Search'}); print "\n\n"; print $q->end_form(); if (@parameters) { foreach my $elem (@parameters) { print "$elem = " . $q->param($elem) . "\n"; } } print $q->end_html(); ** * Anthony Brock [EMAIL PROTECTED] * * Director of Network Services George Fox University * **
Persistant data accross processes
Hi all, I'd like a way to store complex data structures across Apache processes. I've looked at Apache::DBI for an example: my tests say that he has to create a new dbh for every process. I've looked at IPC::Shareable, but it has to copy data. Meaning that I can only have a certain amount of complexity to my data structures. Thoughts? ---Rodney BroomProgrammer: Desert.Net
Re: Requests using If-Modified-Since cause response Set-Cookie to be discarded
will trillich wrote: > > On Fri, Jun 22, 2001 at 12:32:28PM -0700, Doug MacEachern wrote: > > > quoting his email: > > "The cookie records, in part, the time of the last access to > > the site. Therefore for each access the cookie is updated." > > > > that to me sounds like a header "which may have changed independently of > > the entity's Last-Modified date". > > maybe storing 'last-access-time' on the server, instead of in > the client-side, via cookie, would solve this snafu? But if you want to give out a new cookie on every request ? How would you prevent them from copying or tampering with the contents? a MD5-hash would stop them from changing values, but they could still copy the cookie, so the next idea is timeouts, and when you use timeouts it would be nice if the user don't have to login every couple of minutes, but would get a new valid cookie automaticly... I would love to solve this some other way, but i have yet to find an other way. Any ideas ?
Re: question on installing mod_perl to activePerl on win98
On Mon, 25 Jun 2001, ychen56 wrote: > Hi: > >From your website http://perl.apache.org/distributions.html, I got > message( see following) > > Win32 ActivePerl mod_perl ppms - suitable for builds 6xx. You can install > this by, within the ppm shell, setting the repository to > http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer and typing > install mod_perl. This will also run a post-install script to install the > required mod_perl.so to your Apache modules/ directory. > > I followed the instruction, but ppm can not find mod_perl, in fact I opened > this link, nothing there. I really need to install mod_perl in my computer > to do some projects, my operation system is win98, I appreciate to get your > quick respond. > > Thanks > Ye The above link only gives something sensible when called by the ppm utility. Did you try this as DOS> ppm ppm> set repository whatever http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer ppm> search mod_perl ppm> install mod_perl ppm> quit DOS> (the "set repository ..." should appear on one line). If this doesn't work, try installing directly as (again as one line) DOS> ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/mod_perl.ppd If neither of these work, do you have problems installing modules from ActiveState's repository? eg, does DOS> ppm install GD install GD.pm OK? best regards, randy kobes
Re: Weird caching problem in windows browsers (solved)
hey all found the problem and it had nothing to do with caching or browsers or OSes, but it's worth a mention here for future reference. for debugging purposes, i had use CGI::Carp qw(fatalsToBrowser); in my handler. for the most part, it was useful, except in this case. deep down in one of my classes, i was using eval to trap a potential error. in the situations where that error occurred, i trapped it, logged a warning, and continued to generate a response that I returned. it seems, however, the CGI::Carp was somehow thinking that an error had occurred and it was *changing* the response code from 200 to 500. So the browser was getting a Status of 500 but my page was being generated, so I didn't know there was anything wrong with it. I took out CGI::Carp and it all works. M. Side effects. Yummy. Kyle [EMAIL PROTECTED] http://www.centralparksoftware.com > hey guys > > i have a pretty big mod_perl system up and running and have run into a > weird problem with browser caching (or rather, not caching) on windows. > > i have a series of complex forms that submit to and are generated by a > mod_perl handler. each submitted form is validated and another form is > generated. in some cases, there are about three or four forms in the > sequence. for some reason, in windows, hitting the back button results > in both IE and Netscape giving "Warning: page has expired" error pages. > I have numerous places on the site that do this, and it's been working > fine all this time. Now, the new forms all cause the error, whereas the > old ones are still fine. I have been trying to figure out what's > different between the old ones that work and the new ones but I can't > really see anything. There are occasions with the newer ones where an > entire sequence of forms submits to the same URL, like this: > > > > so I wrote some code to generate unique URLs for each subsequent POST > and that still produces the same results. > > The weird thing is that if you refresh the page that produces the error, > it will "remember" that page from then on and never show the error for > that form again. > > Does anyone have any idea what might be causing this? I am stumped. > It's also extra tough to debug because everything works perfectly in > Linux so I have to run windows in VMware to even reproduce the error. > Ugh. > > Kyle > [EMAIL PROTECTED] > > >
question on installing mod_perl to activePerl on win98
Hi: >From your website http://perl.apache.org/distributions.html, I got message( see following) Win32 ActivePerl mod_perl ppms - suitable for builds 6xx. You can install this by, within the ppm shell, setting the repository to http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer and typing install mod_perl. This will also run a post-install script to install the required mod_perl.so to your Apache modules/ directory. I followed the instruction, but ppm can not find mod_perl, in fact I opened this link, nothing there. I really need to install mod_perl in my computer to do some projects, my operation system is win98, I appreciate to get your quick respond. Thanks Ye NetZero Platinum No Banner Ads and Unlimited Access Sign Up Today - Only $9.95 per month! http://www.netzero.net
strange uninitialized value error.
I've been seeing these reasonably often on one server in my error log. Use of uninitialized value. Use of uninitialized value at /website/perllib/MLM/MLMhandler.pm line 56. This is the relevent snippet of MLMhandler: sub handler { my($r) = @_; # only works on main request return DECLINED unless ($r->is_main()); warn "r->uri is undef" unless defined $r->uri; debugging?!?!? my $subr = $r->lookup_uri($r->uri); # uri is relative to doc root unless ($subr) { warn "error looking up '".$r->uri."'"; return SERVER_ERROR; } ... } line 56 is the call to $r->lookup_uri(). Where might the uninitialized value be coming from? Even after these warnings are issued, $subr is defined. mod_perl from CVS last week, perl 5.005_03, Apache 1.3.20, FreeBSD 4.3-STABLE. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
Re: Requests using If-Modified-Since cause response Set-Cookie to be discarded
On Fri, Jun 22, 2001 at 12:32:28PM -0700, Doug MacEachern wrote: > quoting his email: > "The cookie records, in part, the time of the last access to > the site. Therefore for each access the cookie is updated." > > that to me sounds like a header "which may have changed independently of > the entity's Last-Modified date". maybe storing 'last-access-time' on the server, instead of in the client-side, via cookie, would solve this snafu? -- I figure: if a man's gonna gamble, may as well do it without plowing. -- Bama Dillert, "Some Came Running" [EMAIL PROTECTED] http://sourceforge.net/projects/newbiedoc -- we need your brain! http://www.dontUthink.com/ -- your brain needs us!
Weird caching problem in windows browsers
hey guys i have a pretty big mod_perl system up and running and have run into a weird problem with browser caching (or rather, not caching) on windows. i have a series of complex forms that submit to and are generated by a mod_perl handler. each submitted form is validated and another form is generated. in some cases, there are about three or four forms in the sequence. for some reason, in windows, hitting the back button results in both IE and Netscape giving "Warning: page has expired" error pages. I have numerous places on the site that do this, and it's been working fine all this time. Now, the new forms all cause the error, whereas the old ones are still fine. I have been trying to figure out what's different between the old ones that work and the new ones but I can't really see anything. There are occasions with the newer ones where an entire sequence of forms submits to the same URL, like this: so I wrote some code to generate unique URLs for each subsequent POST and that still produces the same results. The weird thing is that if you refresh the page that produces the error, it will "remember" that page from then on and never show the error for that form again. Does anyone have any idea what might be causing this? I am stumped. It's also extra tough to debug because everything works perfectly in Linux so I have to run windows in VMware to even reproduce the error. Ugh. Kyle [EMAIL PROTECTED]
Re: Directory Restrictions
Brooklyn Linux Solutions CEO wrote: > > One thing that is not clear in my mind is the type of > page which is sent back with a directory index. > > A directory index is of what mime type? i'm sure it's documented somewhere -- but mime types are main/secondary (text/html, image/gif) and the directory mime type is either /directory or directory/ but you'll have to do something fancier than just look for that -- i think it's a different phase in the apache sequence where the directories are handled. i found that mod_index was intervening BEFORE i got to any apache handler (i don't recall which phase, tho)... anybody got a handy link to point us in the right direction here? how can you have mod_perl intercept the directory listing? == another thought: #httpd.conf DirectoryIndex index.md index.cgi index.html /path/to/registry/index.pl -- mailto:[EMAIL PROTECTED] http://www.dontUthink.com/
Re: RFC: new module: Apache::FakeEnv
Hi! Geoffrey Young: >there was a more advanced Apache::FakeRequest floating around somewhere... > >I think this was it, but I swore it was something on the dev@ list: >http://marc.theaimsgroup.com/?l=apache- modperl&m=98719810927157&w=2 I knew this script (it was posted here, too), and while it is definitly better than Apache::FakeRequest, it still doesn't handle dir_config calls. Geoffrey Young: >generally, I would think that feature enhancements to >Apache::FakeRequest would be preferred over another module >that is essentially the same - a better FakeRequest has been on >the ToDo list for some time now... > >any chance you can expand the existing Apache::FakeRequest >and offer a patch? Sure I could try to patch Apache::FakeRequest, but I think the changes are quite fundamental. What to the mantainers of Apache::FakeRequest (or mod_perl) think of this? darren chamberlain: >Don't know about the rest, but I saw Config::General, which will >parse an Apache config file into a hash. Very useful, and very >well done. I took a look at this module, and while it parses simple Apache config files correctly, it won't work with more complex ones. For example, it doesn't handle Include directivec (altough I submitted a patch to the author, so it will work with Apache Includes) and it can't parse VirtualHost Sections correctly. This questions of my initial posting are still unanswered: * Is it possible to subclass mod_perl or Apache::Request from outside of Apache (i.e. in a plain perl environment) ? * If not (which it seems to be), what would be the best way to implement all (more or less..) mod_perl methods and subclasses (Apache::Request et.al) ? Can one use the C code that mod_perl is based on? (Well, I guess I can't because I've never done any real C coding ...) ? -- D_omm O_xyderkes http://domm.zsi.at M_echanen M_asteuei
RE: Win32: Cannot load mod_perl.so into server
Sorry, I pressed the send button before I finished in the last message. Recently I posted a possible solution if apache fails to start as a service on NT. But there seems to be further problems: some users reported apache won't start if they install apache and perl into d: with the following error in the event-log: >>> Cannot load /apache/modules/mod_ssl.so into server: (126) The specified module could not be found: <<< I tried out exactly the same with the binary distribution from ftp://theoryx5.uwinnipeg.ca/pub/other/perl-win32-bin-0.7.exe on a new installed NT 4.0 SP5: I installed apache to d:\apache perl to d:\perl openssl to d:\openssl IMO the most important part: Start -> Settings -> Control Panel -> System -> Environment -> System Variables!!! (not User Variables) -> Path -> in the Value field add: ";d:\Perl\bin;C:\openssl\bin" -> press the button "Set" -> OK. REBOOT! Open a command prompt and enter the following: d: cd d:\apache (apache -u if apache is already installed as a service) apache -i then try "net start apache" In my case it was working properly without any changes in httpd.conf or any other changes to the system. The steps described above were enough. Feel free to contact me if you have still the same problem after you applied this installation. Josi
RE: Win32: Cannot load mod_perl.so into server
Recently I posted a possible solution if apache fails to start as a service on NT. But there seems to be further problems: some users reported apache won't start if they install apache and perl into d: I tried out exactly the same with the binary distribution from ftp://theoryx5.uwinnipeg.ca/pub/other/perl-win32-bin-0.7.exe on a new installed NT 4.0 SP5: apache to d:\apache perl to d:\perl openssl to d:\openssl IMO the most important part: Start -> Settings -> Control Panel -> System -> Environment -> System Variables!!! (not )