Thanks for the help
Thanks for the help I've got from this list over the past few years, esp. Randy Kobes. I won't be involved with mod_perl in the foreseeable future but it was fun being here. regards, Rod
Re: Try to tie STDERR - Thanks
Hi Geoff, funny thing is that i have already the book here, so my teacher was right: we must read more books :-) bye bartlomiej -Ursprüngliche Nachricht- Von: Geoffrey Young [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 15. Juli 2002 17:36 An: Bartlomiej Frackiewicz Cc: [EMAIL PROTECTED] Betreff: Re: Try to tie STDERR try taking a look at recipes 6.10 and 16.6 in the mod_perl developer's cookbook - 6.10 ties STDERR just as you do. 16.6 is available online and explainswhy just tie()ing STDERR doesn't capture all possible sources of writes to the error_log.
Re: Thanks and GoodBye
i have a set of detailed plans that allows for a mod_ssl front end with mutliple backends, of which i have built mod_perl and mod_php. this version works in a virtualhost environment (i did not setup the php for virtualhost, but that is trivial). it has not yet been tested in a heavy production environment, but it should build just fine, and it will work great for testing and learning. i think it will work better on 1.3.24 (because of better proxy buffering and releasing), but there was a bug in that release, and the patch came out after i reverted to 1.3.23. let me know if you'd like a copy. cliff John Kolvereid wrote: Hi Perrin, I might try it later. Actually, I am a programmer and I would very much like to take advantage of the features that mod_perl offer. If all fails I'll drop back to CGI, JSP and PHP. Thanks. John Kolvereid --- Perrin Harkins [EMAIL PROTECTED] wrote: John Kolvereid wrote: Thanks for all your help, but I am NOT able to install mod_perl. It's probably something that is not installed on my particular server - I'll never know. I suspect you were just trying to do too much at once on your first try by throwing PHP and SSL in the mix. I suggest you look at SpeedyCGI (http://daemoninc.com/speedycgi/), which offers similar speedups for CGI scripts but does not require you to recompile Apache. It doesn't have the same feature set as mod_perl, but all you wanted to do was speed up your existing CGI scripts anyway. - Perrin __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
Re: Thanks and GoodBye
Dear John, on our SuSe 7.3 server I run the shipped ready-made installation of Apache/mod_perl using DSO. It works fine, no special problems so far. Please don't give up, it's worth another try! Ernest -- * * VIRTUALITAS Inc. * * ** * * European Consultant Office * http://www.virtualitas.net * * Internationales Handelszentrum * contact:Ernest Lergon * * Friedrichstraße 95 *mailto:[EMAIL PROTECTED] * * 10117 Berlin / Germany * ums:+49180528132130266 * * PGP-Key http://www.virtualitas.net/Ernest_Lergon.asc
RE: Thanks and GoodBye
Hi Jonathan, Yes, I even tried that. It got hung up on a missing install.sh file. Thanks John Kolvereid --- Jonathan M. Hollin [EMAIL PROTECTED] wrote: Thanks for all your help, but I am NOT able to install mod_perl. John, I don't know if anyone has mentioned this before, but have you tried the Apache Toolbox (http://www.apachetoolbox.com/)? Before you give up completely it might be worth trying. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ http://wypug.digital-word.com/ __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
Re: Thanks and GoodBye
Hi Perrin, I might try it later. Actually, I am a programmer and I would very much like to take advantage of the features that mod_perl offer. If all fails I'll drop back to CGI, JSP and PHP. Thanks. John Kolvereid --- Perrin Harkins [EMAIL PROTECTED] wrote: John Kolvereid wrote: Thanks for all your help, but I am NOT able to install mod_perl. It's probably something that is not installed on my particular server - I'll never know. I suspect you were just trying to do too much at once on your first try by throwing PHP and SSL in the mix. I suggest you look at SpeedyCGI (http://daemoninc.com/speedycgi/), which offers similar speedups for CGI scripts but does not require you to recompile Apache. It doesn't have the same feature set as mod_perl, but all you wanted to do was speed up your existing CGI scripts anyway. - Perrin __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
Thanks and GoodBye
Hi, Thanks for all your help, but I am NOT able to install mod_perl. It's probably something that is not installed on my particular server - I'll never know. After spending several weeks (almost solid) tweaking the configuration and trying various scenarios to no avail I finally realized that there is no way for me to figure out what is wrong. It's not so bad, I am still able to do CGI programming w/ no problems. Enjoy, and thanks again for all your support. John Kolvereid __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
RE: Thanks and GoodBye
Hi John, I haven't been following your case in details but my oppinion is that if you have a clean install of any common Unix platform (or at least one mentioned in the mod_perl doc.) it should be no problem to install a default mod_perl enabled Apache. From what I can see you use Redhat 6.2 which is _very_ common I guess. Personally I don't use anything but FreeBSD, and mod_perl has never caused my big problems. Most Unix distributions come out of the box well capable of installing mod_perl right away... to my knowledge. That being said, I have had times when it didn't make all the output files needed for merging mod_perl into my httpd. But that has only been the case when I also wanted mod_php and mod_ssl in the same httpd. So my suggestion is, that you either clean your current box and re-install from scratch (if it's not a production site), or try a clean install on a new test box if you have that available. You should definately not give up. It's not hard at all. Best of luck // Nicolai -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Friday, April 05, 2002 1:14 PM To: [EMAIL PROTECTED] Subject: Thanks and GoodBye Hi, Thanks for all your help, but I am NOT able to install mod_perl. It's probably something that is not installed on my particular server - I'll never know. After spending several weeks (almost solid) tweaking the configuration and trying various scenarios to no avail I finally realized that there is no way for me to figure out what is wrong. It's not so bad, I am still able to do CGI programming w/ no problems. Enjoy, and thanks again for all your support. John Kolvereid __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
Re: Thanks and GoodBye
John Kolvereid wrote: Hi, Thanks for all your help, but I am NOT able to install mod_perl. don't give up, john. it's a hard road, especially for those just starting out, but it is worth it :) I haven't read all of your thread in detail, but I would suggest that if you are really having that much trouble that you take a few baby steps first and try a binary distribution of mod_perl. for instance, most linux distributions have pre-compiled binary packages for both Apache and mod_perl (as a DSO) that work rather well out of the box. Solaris also has a binary mod_perl package. and if you just want to start playing with mod_perl's features, I've seen absolutely nothing easier than Randy's Win32 distribution of Perl/Apache/mod_perl (which can be found at ftp://theoryx5.uwinnipeg.ca/pub/other/perl-win32-bin-0.7.exe) - I was simply amazed at how quickly I was able to install Randy's package and run stuff immediately. for instructions on installing the various binary packages, you can see chapter 1 of the cookbook (http://www.modperlcookbook.org/chapters/ch01.pdf), as well as the valuable information in the eagle book and guide that I'm sure you've looked over already. in particular, there's a section in the guide for installing redhat rpms which, though a bit dated now, is still pretty accurate. HTH --Geoff
RE: Thanks and GoodBye
Thanks for all your help, but I am NOT able to install mod_perl. John, I don't know if anyone has mentioned this before, but have you tried the Apache Toolbox (http://www.apachetoolbox.com/)? Before you give up completely it might be worth trying. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ http://wypug.digital-word.com/
Re: Thanks and GoodBye
John Kolvereid wrote: Thanks for all your help, but I am NOT able to install mod_perl. It's probably something that is not installed on my particular server - I'll never know. I suspect you were just trying to do too much at once on your first try by throwing PHP and SSL in the mix. I suggest you look at SpeedyCGI (http://daemoninc.com/speedycgi/), which offers similar speedups for CGI scripts but does not require you to recompile Apache. It doesn't have the same feature set as mod_perl, but all you wanted to do was speed up your existing CGI scripts anyway. - Perrin
Thanks
You guys/gals are the most helpful bunch of people I have had the pleasure of interacting with. You ROCK, all of YOU. Thanks
Thanks for the help (.24_01 where the problem was fixed)
Thanks for the guys who answered the problem. :) now got to get this version installed! thanks. Richard.
Re: [warn] [notice] child_init for process 3394, report any problems to [no address given] Thanks
G.W. Haywood [EMAIL PROTECTED] I just have to say Thanks Again Ged On Fri, 3 Nov 2000, Jose Albert wrote: how to solve this problem ...? still waiting for server to warm up...not ok t/logs/error_log : [warn] [notice] child_init for process 3394 What happens if you run 'apachectl configtest'? 73, Ged. After check for 'apachectl configtest' I got Syntax OK. Then I start the server and work perfect and then I continued with the rest, adding ASP, DBI, XML and Everything is working. Thanks again Regard Jose Albert www.datacourse.com [EMAIL PROTECTED]
RE: [OT]: Thanks (c books)
Thanks to those of you who suggested c books. That really helped. Regards, Dave
re: Why is this book out of print? (Thanks)
I will try the online sources - many thanks for the pointers. And I have the Perl Cookbook, so I will look in there too. I checked the local Barnes and Noble, and two Borders stores. No dice. Thanks to all for the help. -- Jonathan On 16 Jul 00, at 21:49, m m wrote: Not exactly sure why this book is out of print, "but its available online through the O'Reilly Open Books Project". http://www.oreilly.com/openbook/webclient/ch01.html And I think I saw a copy of it in my local Barnes and Noble, so you might wanna try your local bookstore. I wanted to use mod_perl with the LWP modules, and I was recommended the Pelican book, "Web Client Programming with Perl". I went looking for it and it is out of print. Has another book replaced it in the O'Reilly library? It seems like it has not lost its relevance. A friend I know who has it says that it is exactly what I need. Can anyone answer this, and/or point me in the right direction? Thanks, Jonathan __ Do You Yahoo!? Get Yahoo! Mail Free email you can access from anywhere! http://mail.yahoo.com/
Apache::session and Apache::DBI Fixed - Thanks for the help everyone
Thank you for helping me fix this. It is an integral part of a rearchitecture plan. Chad Alan Prey - Plead Anarchy, it worked for me.
Re: Footer.pm - Thanks
G.W., Thanks for the help with my question. I meant to send a note yesterday, but to be honest, couldn't remember if I actually sent it. So wanted to be safe rather than ungrateful. Regarding the points you made, I will need to look into them a bit more before I really know if I'm running things the right way. I kind of followed a cook-book and got this thing working, and to be honest, I really am not sure what I've got (mod_perl or Apache::Registry). :) Specifically, the only module i've tried so far is the Footer.pm, and it in fact was installed into: /usr/local/apache/lib/perl/Apache. As for the "bit" about cgi-bin, I did not know that it would make a difference, so I just used it as an example. Actually, I have in the httpd.conf file the following: Alias /db-bin/ "/home/httpd/db-bin/" Location "/db-bin" SetHandler perl-script PerlHandler Apache::Registry PerlSendHeader On Options +ExecCGI /Location # Location "/db-bin" # SetHandler perl-script # PerlHandler Apache::Footer # /Location ## Commented out as the CGI.pm won't parse otherwise. If you still happen to be reading this, I'd sure appreciate a quick note if anything obvious jumps out at you regarding directories (above). I'm in the process of trying to understand why my "stuff" fails under "use strict;" (vars, redefined subroutines, etc.) and then I'll try and go for the Footer. But if it's a simple one, would love to knock it out and have some uniform footers. :) Thanks again for your help. -Brett As for the --- "G.W. Haywood" [EMAIL PROTECTED] wrote: Hi there, On Sat, 24 Jun 2000, My Alias wrote: Location /cgi-bin SetHandler perl-script PerlHandler Apache::Footer /Location and restarted the server. Now, what used to be sent out as html is sent out looking like: #!/usr/bin/perl -w use strict; blah, blah, I'm using CGI.pm and Apache::Registry. What did I miss? I can't see anything about Apache::Registry in your message except the bit where you claim to be using it. Without seeing your entire Apache configuration I'm not _sure_ you're doing this, but I think you are trying to have your Location cgi-bin handled BOTH by mod_perl AND by mod_cgi. I don't think you really want that. You want some other Location such as cgi-perl for your mod_perl stuff, so you keep cgi-bin for old CGI scripts and stuff like that. To keep it clean, I wouldn't even use Registry on things in there. So for example for mod_perl stuff you might say: Alias /perl/ /usr/local/apache/cgi-perl/ Location /perl SetHandler perl-script PerlHandler Apache::Footer /Location and for Apache::Registry stuff: Alias /registry/ /usr/local/apache/cgi-registry/ Location /perl SetHandler perl-script PerlHandler Apache::Registry /Location The `Location' /perl/ doesn't really exist, it's just a URI that triggers Apache to look for things in the directory (in this case) /usr/local/apache/cgi-perl/. Then when it's time to serve the content Apache notices that there's a handler installed for that location, the handler being mod_perl. When it's handling requests for stuff to be served from that location, mod_perl gets the instruction to call Apache::Footer. Apache::Footer just modifies the file and sends it on its way. Similarly for Registry (presumably what used to be your CGI) scripts. There's nothing wrong with the example in the Eagle Book. 73, Ged. __ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/
Re: Modperl Test Problem and Redhat6.2 Apache::DBI strange thing. Thanks.
Thank you for your quick answer. Is any way to find the thread about this issue quickly? I got most recent modperl and apache. I did all as you said as root. But test is always problem. I has another machine. The machine has no problem for any version modperl and apache at all, always pass test. I guess that we missed something. But it does not make sense because this professional OS redhat6.2 is preinstalled on machine, should include all necessary libraries... I have no idea, compiler does not complain any thing, even no warnings or errors... For redhat modperl rpm installation, i did not put PerlModule Apache::DBI httpd.conf. Why i still can connect database(most time it is fine, but sometimes it is not fine.) because i put PerlModule Apache::DBI in httpd.conf. The web server does not startup. Any help would be appreciated. Thanks. Steven. Drew Taylor wrote: Steven Zhu wrote: Hi All: Thank you all for taking time to read this message. I got two things that i really don't understand. 1. I got RedHat6.2. I tried to install modperl. Apache1.3.12 and modperl 1.24. I installed every prerequired package. Configuration is fine and compiling is fine without any errors. But i never got test passed. The error messages: httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 9 I check error.log file: [notice] Destruction-DESTROY called for $global_object [Tue Jun 13 18:42:39 2000] [warn] [notice] child_init for process 20497, report any problems to [no address given] There is nothing i can do. I am so frustrated because we has another machine upgrated from redhat5.2 to 6.1. We installed modperl without any problem. We tested everything ok. Please point out. Greate Thanks. I remember a recent thread about this in the list. Try searching the archives. You might also try running make test as root, rather than a normal user. I could be wrong, but the right answer was given by Doug(?). 2. Since i can't get my new modperl running. I just use modperl coming with redhat6.2. The weired thing is that if i put PerlModule Apache::DBI in httpd.conf, the web server can not startup. If i take that out, the server can connect with database ( because i put use DBI; in perl script file?). But i can't get persistent connections, sometimes it can connect with database (mysql), sometimes it can't connect database with the following errors I noticed this problem with Apache::DBI with the redhat mod_perl RPM. It would just silently die, with no visible errors. The first thing to do is pull the latest Apache and mod_perl source distributions (1.3.12 1.24) and compile it yourself. See the guide for instructions - go ahead and use the "10 minutes to mod_perl" instructions. -- Drew Taylor Vialogix Communications, Inc. 501 N. College Street Charlotte, NC 28202 704 370 0550 http://www.vialogix.com/
Re: Modperl Test Problem and Redhat6.2 Apache::DBI strange thing. Thanks.
Steven Zhu wrote: Thank you for your quick answer. Is any way to find the thread about this issue quickly? I got most recent modperl and apache. I did all as you said as root. But test is always problem. I has another machine. The machine has no problem for any version modperl and apache at all, always pass test. I guess that we missed something. But it does not make sense because this professional OS redhat6.2 is preinstalled on machine, should include all necessary libraries... I have no idea, compiler does not complain any thing, even no warnings or errors... I'd try searching for "test fail" and possibly "MacEachern" since Doug was the one who answered the question. The mailing list archives are listed on http://perl.apache.org/ For redhat modperl rpm installation, i did not put PerlModule Apache::DBI httpd.conf. Why i still can connect database(most time it is fine, but sometimes it is not fine.) because i put PerlModule Apache::DBI in httpd.conf. The web server does not startup. Any help would be appreciated. Thanks. My suggestion is to just forget the RPM version of modperl. You should always compile your own IMHO. I think others on this list would agree. The RPM that shipped with RH 6.1 (what about RH 6.2?) was very broken in several respects. -- Drew Taylor Vialogix Communications, Inc. 501 N. College Street Charlotte, NC 28202 704 370 0550 http://www.vialogix.com/
Modperl Test Problem and Redhat6.2 Apache::DBI strange thing. Thanks.
Hi All: Thank you all for taking time to read this message. I got two things that i really don't understand. 1. I got RedHat6.2. I tried to install modperl. Apache1.3.12 and modperl 1.24. I installed every prerequired package. Configuration is fine and compiling is fine without any errors. But i never got test passed. The error messages: httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 9 I check error.log file: [notice] Destruction-DESTROY called for $global_object [Tue Jun 13 18:42:39 2000] [warn] [notice] child_init for process 20497, report any problems to [no address given] There is nothing i can do. I am so frustrated because we has another machine upgrated from redhat5.2 to 6.1. We installed modperl without any problem. We tested everything ok. Please point out. Greate Thanks. 2. Since i can't get my new modperl running. I just use modperl coming with redhat6.2. The weired thing is that if i put PerlModule Apache::DBI in httpd.conf, the web server can not startup. If i take that out, the server can connect with database ( because i put use DBI; in perl script file?). But i can't get persistent connections, sometimes it can connect with database (mysql), sometimes it can't connect database with the following errors DBD::mysql::st execute failed: MySQL server has gone away at cnznetmod.pm line 1 59. DBD::mysql::st fetchrow failed: fetch() without execute() at cnznetmod.pm line 1 60. DBD::mysql::db do failed: MySQL server has gone away at cnznetmod.pm line 151. DBD::mysql::st execute failed: MySQL server has gone away at cnznetmod.pm line 1 59. DBD::mysql::st fetchrow failed: fetch() without execute() at cnznetmod.pm line 1 60. DBD::mysql::st execute failed: MySQL server has gone away at cnznetmod.pm line 1 30. DBD::mysql::st fetchrow failed: fetch() without execute() at cnznetmod.pm line 1 31. But it works in most time. I can't turn on debug because i can't put PerlModule Apache::DBI in httpd.conf. Thank you very much... Steven.
Re: Any suggestions or help, Thanks
Turn on Apache::DBI's debugging messages and see if it's working properly. - Perrin On Wed, 7 Jun 2000, Hui Zhu wrote: Hi Everybody: I got big problems. Same query and same script. Sometimes it works fine but sometimes i get the following errors (i am so frustrated, have no idea what i need to do): DBD::mysql::db do failed: MySQL server has gone away at cnznetmod.pm line 151. DBD::mysql::st execute failed: MySQL server has gone away at cnznetmod.pm line 159. DBD::mysql::st execute failed: MySQL server has gone away at cnznetmod.pm line 130. DBD::mysql::st fetchrow failed: fetch() without execute() at cnznetmod.pm line 131. I remember that i had a same problem when our system upgrated last time. Once i reinstalled ApacheDBI-0.87, it works fine. But this time, i did so but it still doesn't work. Thank you for your help. Steven. BTW: Linux redhat6.2, ApacheDBI-0.87, DBI-1.13, Modperl-1.21, Msql-Mysql-modules-1.22 Mysql3.22
Any suggestions or help, Thanks
Hi Everybody: I got big problems. Same query and same script. Sometimes it works fine but sometimes i get the following errors (i am so frustrated, have no idea what i need to do): DBD::mysql::db do failed: MySQL server has gone away at cnznetmod.pm line 151. DBD::mysql::st execute failed: MySQL server has gone away at cnznetmod.pm line 159. DBD::mysql::st execute failed: MySQL server has gone away at cnznetmod.pm line 130. DBD::mysql::st fetchrow failed: fetch() without execute() at cnznetmod.pm line 131. I remember that i had a same problem when our system upgrated last time. Once i reinstalled ApacheDBI-0.87, it works fine. But this time, i did so but it still doesn't work. Thank you for your help. Steven. BTW: Linux redhat6.2, ApacheDBI-0.87, DBI-1.13, Modperl-1.21, Msql-Mysql-modules-1.22 Mysql3.22
Re: Please HELP, Thanks.
On Mon, May 29, 2000 at 08:05:08AM -0500, Hui Zhu wrote: Hi ALL: I have a module called samplemod.pm. It used to work fine. After modifying something, i got errors from a perl script (use samplemod;) saying: samplemod.pm did not return a true value at /home/httpd/perl/test.pl line 12. BEGIN failed--compilation aborted at /home/httpd/perl/test.pl line 12. Any hints, Thank you very much. Steven. End of code: 1; Every module has to return a true value at the end of it you could probably do 1000; at the end, but 1 is convention. Thanks, Shane.
Re: Please HELP, Thanks.
You could try putting a 1; at the end of the module, if you don't already have one. Leaving this out is a common mistake. Mike -Original Message- From: Hui Zhu [EMAIL PROTECTED] Cc: Modperl Mailing List [EMAIL PROTECTED] Date: 29 May 2000 14:00 Subject: Please HELP, Thanks. Hi ALL: I have a module called samplemod.pm. It used to work fine. After modifying something, i got errors from a perl script (use samplemod;) saying: samplemod.pm did not return a true value at /home/httpd/perl/test.pl line 12. BEGIN failed--compilation aborted at /home/httpd/perl/test.pl line 12. Any hints, Thank you very much. Steven. Jim Winstead wrote: On May 25, Jeff Stuart wrote: That's a GOOD question. Is there anyone at the moment using perl 5.6.0 in production? Is it ready for production yet? We have one site in production with it, and a number of others going into production soon. We've been using is exclusively in our development environment for all new development since shortly after 5.6.0 came out. It has been rock-solid for us. (The basic setup is Apache 1.3.12, mod_perl 1.24, perl 5.6.0, and FreeBSD 3.4.) Jim
Re: Please HELP, Thanks.
Not really a mod_perl question here,, but anyway if you include a file with "use" or "require" that file need to return a true value. return 1; or just: 1; you have probebly removed this line from samplemod.pm check samplemod.pm and make shure it returns a true value. Best regards Christian On Mon, 29 May 2000, you wrote: Hi ALL: I have a module called samplemod.pm. It used to work fine. After modifying something, i got errors from a perl script (use samplemod;) saying: samplemod.pm did not return a true value at /home/httpd/perl/test.pl line 12. BEGIN failed--compilation aborted at /home/httpd/perl/test.pl line 12. Any hints, Thank you very much. Steven
BIG problem seems to be a LITTLE one is solved. THANKS for all comments.
See subject.
Thanks !
Thanks everybody for helping me install The Apache Webserver 1.3.9 with mod_Perl 1.21 CGI support for windows 98. The binary I used was downloaded from: ftp://theoryx5.uwinnipeg.ca/pub/other/ filename: perl-win32-bin-0.5.exe ( about 10 meg ) The problem was that the ApacheModulePerl.dll did not load. The solution is: 1) remove c:\apache, c:\perl, c:\openssl and unzip/install the distrobution again, this way you get clean install again 2) copy c:\perl\PerlCRT.lib to c:\perl\5.00503\lib copy c:\perl\PerlCRT.dll to c:\windows\system32 3) set PATH to something like PATH=%PATH%;"C:\ProgramFiles\Mts";"C:\ProgramFiles\DevStudio\VC\bin"; "C:\PERL\5.00503\BIN\MSWin32-x86";"C:\PERL\5.00503\BIN";c:\apache;C:\openssl\bin; 4) restart windows 5) now from the prompt you should get some answer to say 'perl -V' or something similar 6) included configs are OK, you select the one with modperl and change stuff the way you need it (for testing the server the default should be ok, I usually change just DocRoot and add few virtual servers) ( make sure all the /apache are replaced with c:/apache ) ( make sure all the @@ServerRoot@@ are replaced with c:/apache ) 7) create a empty dir c:\apache\logs 8) start it with C:\Apache\Apache.exe (maybe you'll need something like apache -d c:\apache) 9) you're done 10) enjoy ! :) Thanks to Robert ([EMAIL PROTECTED]) for supplying this fantastic solution ! ( I improved it a little bit :) ) Greetings Harald --- [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]