Re: Apache-DBI
Octavian Rasnita wrote: Thank you for pointing me to these messages, but unfortunately I cannot apply them under Windows. What stopping you from applying them ? If the eol(end of line ^M) is wrong I can regenerate in on a windows computer for you. I hope mod_perl 1.999.22 rc5 will also work with the old Apache::DBI. Nope not going to happen.
Re: recommendation
Octavian Rasnita wrote: Hi, What do you think it is the best way of installing Apache 2.054 and mod_perl? Install Apache using the prefork MPM and Perl threaded, or not threaded...? Thank you for opinions. Teddy Depends greatly on how you plan on using it and what operating system you are talking about. I'll assume windows since you mentioned it in another post. I'd recommend you read this : http://httpd.apache.org/docs-2.0/mod/mpm_winnt.html Also when you're talking about windows... are you compiling from source using Visual C++, cygwin, or installing prebuilt binaries ? HTH
Re: recommendation
Sorry for not being too clear. I want to use Apache and mod_perl under Fedora Core 2 or 3. And I plan to install Apache from sources, perl from sources, and maybe mod_perl from sources also (or using CPAN). And I don't know what way is the best... to install perl multithreaded or not. I plan to use it with TemplateToolkit, Image Magick, GD, CGI::Session, CGI, DBI, DBD::mysql, LWP. I don't want to choose a way that will not allow me to use certain perl modules or applications, or use them with bad results... I am not a Linux specialist, so I know only Linux basics like compiling the programs I told you above, configuring the web server (but not very advanced). Thank you very much. Teddy - Original Message - From: "Philip M. Golllucci" <[EMAIL PROTECTED]> To: "Octavian Rasnita" <[EMAIL PROTECTED]> Cc: Sent: Monday, April 18, 2005 10:18 AM Subject: Re: recommendation > Octavian Rasnita wrote: > > Hi, > > > > What do you think it is the best way of installing Apache 2.054 and > > mod_perl? > > > > Install Apache using the prefork MPM and Perl threaded, or not threaded...? > > > > Thank you for opinions. > > > > Teddy > Depends greatly on how you plan on using it and what operating system > you are talking about. > > I'll assume windows since you mentioned it in another post. > > I'd recommend you read this : > http://httpd.apache.org/docs-2.0/mod/mpm_winnt.html > > Also when you're talking about windows... are you compiling from source > using Visual C++, cygwin, or installing prebuilt binaries ? > > HTH
Re: Apache-DBI
> What stopping you from applying them ? > > If the eol(end of line ^M) is wrong I can regenerate in on a > windows computer for you. > > > I hope mod_perl 1.999.22 rc5 will also work with the old Apache::DBI. > Nope not going to happen. I am not compiling Apache, perl and mod_perl under Windows but I use the prebuild packages. I have installed mod_perl using ppm, but Apache::DBI was not installed with it. I can compile Apache::DBI separately if it is necessary, but I have only Visual Studio .Net 2003 and I don't think it will work correctly because Apache and Perl were compiled with Visual Studio 6. I need mod_perl under Windows just for testing, so it doesn't need to work very fast. Can I use just the DBI module with mod_perl without using Apache::DBI? Under Windows it would be OK for a while. Thank you. Teddy
Re: recommendation
Hi On Mon 18-Apr-2005 at 01:00:45PM +0300, Octavian Rasnita wrote: > Sorry for not being too clear. I want to use Apache and mod_perl > under Fedora Core 2 or 3. > > And I plan to install Apache from sources, perl from sources, and > maybe mod_perl from sources also (or using CPAN). I'd suggest using FC3 or CentOS 4 (the RHEL clone) and using the perl that comes with the distro and building your own apache 1.3 and mod_perl from source -- ie NOT compiling perl from source. I wrote some notes on doing this for MKDoc the other day, the only differnt thing from what you intend is that I also compiled in mod_gzip: http://www.mkdoc.org/docs/howto/apache/ > I plan to use it with TemplateToolkit, Image Magick, GD, CGI::Session, CGI, > DBI, DBD::mysql, LWP. A lot of these are already build for perl on Fedora / Red Hat and also more perl things are built by 3rd parties, for example see the packages starting perl- here: http://dag.wieers.com/packages/ I think all the modules you want are available as RPMS, just install DAGs apt or yum and install them :-) Chris -- Chris Croome <[EMAIL PROTECTED]> web design http://www.webarchitects.co.uk/ web content management http://mkdoc.com/
mod_perl 2.0.0-RC5: make install crashes
Dear list members, I get the following error at make install: --- /usr/bin/perl -Iblib/lib -I/usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod lib/Apache2/Status.pm /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/lib/Apache2/Status.pm /usr/bin/perl -we '[EMAIL PROTECTED];for (keys %m){' -e 'next if -e $m{$_} && -M $m{$_} < -M $_ && -M $m{$_} < -M "Makefile";' -e 'print "Manifying $m{$_}\n";' -e 'system(qq[$^X ].q["-I/usr/lib/perl5/5.6.1/i586-linux" "-I/usr/lib/perl5/5.6.1" /usr/bin/pod2man --release mod_perl-2.0.0-RC5 ].qq[$_>$m{$_}])==0 or warn "Couldn\047t install $m{$_}\n";' -e 'chmod(oct(644)), $m{$_} or warn "chmod 644 $m{$_}: $!\n";}' --section=3 /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/man3/.3pm Unrecognized switch: --section=3 (-h will show valid options). make: *** [glue_pods] Error 255 --- I had to change the following code to get it work: Makefile.PL, line 801: old: s/pod2man\s*$/pod2man --release mod_perl-$ver/m; new: s/pod2man\s*$/pod2man --release mod_perl-$ver --section=3/m; lib/ModPerl/BuildMM.pm, line 258: old: '$(NOECHO) $(POD2MAN) --section=3 ' . new: '$(NOECHO) $(POD2MAN) ' . I am using perl 5.6.1, Apache 2.0.54. Am I missing something or did I do anything wrong? Thanks for your help, Harald.
Re: Apache-DBI
Octavian Rasnita wrote: I need mod_perl under Windows just for testing, so it doesn't need to work very fast. Can I use just the DBI module with mod_perl without using Apache::DBI? Under Windows it would be OK for a while. Hi Teddy, While I haven't run mod_perl + DBI (sans Apache::DBI) on Windows, I have run it under Linux without any issues. From what I understand, Apache::DBI provides certain performance benefits over DBI in much the same manner that mod_perl does over standalone Perl, but isn't required to use DBI in a mod_perl environment. HTH, Ian
Re: Apache-DBI
From what I understand, Apache::DBI provides certain performance benefits over DBI in much the same manner that mod_perl does over standalone Perl, but isn't required to use DBI in a mod_perl environment. Essentially it makes your database connections persistent. So when you establish a connection at the start of a particular mod_perl script it intercepts the request and returns a pre-connected DB handle. Similarly it intercepts the disconnect request at the end of the script and leaves the connection to the DB open ready for next time it's needed. For DB's that are slow when establishing connections it can make a considerable speed difference. Carl
Culture shock
Hi I just installed a new server and started trying to port my old scripts to it when i noticed things have changed and I am a bit unsure of a few things. 1) rpm says that mod_perl 1.99 is installed but the httpd error_log does mention mod_perl on restarts: Apache/2.0.52 (Fedora) configure - resuming normal operations 2) Given the above, and the fact I have Apache::Const, Apache::RequestRec..etc instead of Apache::Request and family installed, am I now using mod_perl 2? 3) configtest used to throw up perl errors but will now happily report syntax ok even when i put some glaring typos in my scripts - is that normal? Or is there something missing in my httpd.conf that I need to add to get the scripts checked at apache restarts. At a guess I would say I am using mod_perl 2 and I need to put something into the httpd to get 1 and 3 to work correctly but I don't know what. Can anyone advice me? Thanx. Dp.
Re: recommendation
Yes I would also prefer installing them from rpms, but unfortunately I usually cannot find the latest versions as .rpm. Thank you. - Original Message - From: "Chris Croome" <[EMAIL PROTECTED]> To: "Octavian Rasnita" <[EMAIL PROTECTED]> Cc: "Philip M. Golllucci" <[EMAIL PROTECTED]>; Sent: Monday, April 18, 2005 1:38 PM Subject: Re: recommendation > Hi > > On Mon 18-Apr-2005 at 01:00:45PM +0300, Octavian Rasnita wrote: > > Sorry for not being too clear. I want to use Apache and mod_perl > > under Fedora Core 2 or 3. > > > > And I plan to install Apache from sources, perl from sources, and > > maybe mod_perl from sources also (or using CPAN). > > I'd suggest using FC3 or CentOS 4 (the RHEL clone) and using the > perl that comes with the distro and building your own apache 1.3 and > mod_perl from source -- ie NOT compiling perl from source. > > I wrote some notes on doing this for MKDoc the other day, the only > differnt thing from what you intend is that I also compiled in > mod_gzip: > > http://www.mkdoc.org/docs/howto/apache/ > > > I plan to use it with TemplateToolkit, Image Magick, GD, CGI::Session, CGI, > > DBI, DBD::mysql, LWP. > > A lot of these are already build for perl on Fedora / Red Hat and > also more perl things are built by 3rd parties, for example see the > packages starting perl- here: > > http://dag.wieers.com/packages/ > > I think all the modules you want are available as RPMS, just install > DAGs apt or yum and install them :-) > > Chris > > -- > Chris Croome <[EMAIL PROTECTED]> > web design http://www.webarchitects.co.uk/ > web content management http://mkdoc.com/
Re: recommendation
Hi On Mon 18-Apr-2005 at 04:21:05PM +0300, Octavian Rasnita wrote: > Yes I would also prefer installing them from rpms, but > unfortunately I usually cannot find the latest versions as .rpm. Well you could try contacting the person / team responsible for the perl RPM that is outdated and asking them if they can build a new version... Or you could roll your own RPM, for most modules this is fairly easy using cpanflute2 which is part of the perl-RPM-Specfile package. Chris -- Chris Croome <[EMAIL PROTECTED]> web design http://www.webarchitects.co.uk/ web content management http://mkdoc.com/
Re: Culture shock
Dermot Paikkos wrote: Hi I just installed a new server and started trying to port my old scripts to it when i noticed things have changed and I am a bit unsure of a few things. 1) rpm says that mod_perl 1.99 is installed but the httpd error_log does mention mod_perl on restarts: Apache/2.0.52 (Fedora) configure - resuming normal operations Make sure you are loading the modperl DSO in your Apache configuration. Something like this: LoadModule perl_module modules/mod_perl.so http://perl.apache.org/docs/2.0/devel/core/apache_integration.html#Enabling_the_mod_perl_Module_and_Installing_its_Callbacks That said, RedHat (and other distributions for that matter) seem to always be behind in the versions of mod_perl that they ship. Since mod_perl is being constantly developed, you'd be better off getting the latest release from http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz and building it yourself. 2) Given the above, and the fact I have Apache::Const, Apache::RequestRec..etc instead of Apache::Request and family installed, am I now using mod_perl 2? 3) configtest used to throw up perl errors but will now happily report syntax ok even when i put some glaring typos in my scripts - is that normal? Or is there something missing in my httpd.conf that I need to add to get the scripts checked at apache restarts. In order for Apache to test/load your Perl code on startup, you need to have startup file that loads all your (or other - e.g. CGI) modules, which you then tell Apache to execute when it starts up: PerlRequire /usr/local/apache2/conf/startup.pl Check out: http://perl.apache.org/docs/2.0/user/handlers/server.html#Startup_File At a guess I would say I am using mod_perl 2 and I need to put something into the httpd to get 1 and 3 to work correctly but I don't know what. Can anyone advice me? Thanx. Dp. -- Arshavir Grigorian Systems Administrator/Engineer M-CAM, Inc.
[ANNOUNCE] Apache-AuthCookie 3.07
The uploaded file Apache-AuthCookie-3.07.tar.gz has entered CPAN as file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthCookie-3.07.tar.gz size: 34483 bytes md5: 38672d492c3281893872502f04b4f584 Changes since 3.06: *** mod_perl2 users: THIS RELEASE IS INCOMPATIBLE WITH PAST RELEASES *** If you are running mod_perl2, you must update to at least *** mod_perl 2.0.0 RC5. The mod_perl2 version of AuthCookie has been *** renamed to Apache2::AuthCookie ** MP2: RENAME AuthCookie.pm.mp2 to Apache2::AuthCookie. - MP2: Update module, and tests for mod_perl 2.0.0 RC5. mod_perl2 users MUST use Apache2::AuthCookie now. - Require Apache::Test 1.22 - Add support for ${auth_name}SessionTimeout configuration paramter which will re-issue the ticket with the expires parameter set to the value of this configuration setting for each request. This is useful for idle-timeout. - POD fixes. - MP2: fix uninitialized warnings if no POST/GET data (RT 11371) - make sure recognize_user() returns an Apache constant in all cases. Returns DECLINED in cases where we were returning undef before. (Thanks Vivek) - Add support for MS HttpOnly cookie property. Please report any bugs to [EMAIL PROTECTED]
Web Content Compression FAQ - update
Updated POD version is attached regarding the Stas' suggestion of better formatting. Any other questions and/or suggestions are very welcome. Thanks, Slava =head1 NAME Web Content Compression FAQ =head1 Description Everything you wanted to know about web content compression =head1 Basics of Content Compression Compression of outbound Web server traffic provides benefits both for Web clients who see shorter response times, as well as for content providers, who experience lower consumption of bandwidth. Most recently, content compression for web servers has been provided mainly through use of the C encoding. Other (non perl) modules are available that provide so-called C compression. Both approaches are very similar recently and use the LZ77 algorithm combined with Huffman coding. Luckily for us, to make use of them, there is no real need for most of us to understand all the details of the obscure underlying mathematics of these techniques. Apache handlers available from CPAN can usually do the dirty work. Apache addresses content compression through handlers configured in its configuration file. Compression is, by its nature, a content filter: It always takes its input as plain ASCII data that it converts to another C form, and outputs the result to some destination. That is why every content compression handler usually belongs to a particular chain of handlers within the content generation phase of the request-processing flow. A C is one more common term that is good to know about when you plan to compress data. There are two of them recently developed for Apache 1.3: C and C. We have to keep in mind that the compression handler developed for one chain usually fails inside another. Another important point deals with the order of execution of handlers in a particular chain. It's pretty straightforward in C. For example, when you configure... PerlModule Apache::Filter SetHandler perl-script PerlSetVar Filter On PerlHandler Filter1 Filter2 Filter3 ...the content will go through C first, then the result will be filtered by C, and finally C will be invoked to make the final changes in outbound data. However, when you configure C like... PerlModule Apache::OutputChain PerlModule Apache::GzipChain PerlModule Apache::SSIChain PerlModule Apache::PassHtml SetHandler perl-script PerlHandler Apache::OutputChain Apache::GzipChain Apache::SSIChain Apache::PassHtml ...execution begins with C. Then the content will be processed with C and finally with C. C will not be involved in content processing at all. It is there only for the purpose of joining other handlers within the chain. It is important to remember that the content compression handler should always be the last executable handler in any chain. Another important problem of practical implementation of web content compression deals with the fact that some buggy Web clients declare the ability to receive and decompress gzipped data in their HTTP requests, but fail to keep their promises when an actual compressed response arrives. This problem is addressed through the implementation of the C handler. This handler serves the C phase of the request-processing flow. It is compatible with all known compression handlers and is available from CPAN. =head1 Why it is important to compress Web content? =head2 Reduced equipment costs and the competitive advantage of dramatically faster page loads. Web content compression noticeably increases delivery speed to clients and may allow providers to serve higher content volumes without increasing hardware expenditures. It visibly reduces actual content download time, a benefit most apparent to users of dialup and high-traffic connections. Industry leaders like I and I are widely using content compression in their businesses. =head1 How much improvement can I expect? =head2 Effective compression can achieve increases in transmission efficiency from 3 to 20 times. The compression ratio is highly content-dependent. For example, if the compression algorithm is able to detect repeated patterns of characters, compression will be greater than if no such patterns exist. You can usually expect to realize an improvement between of 3 to 20 times on regular HTML, JavaScript, and other ASCII content. I have seen peak HTML file compression improvements in excess of more than 200 times, but such occurrences are infrequent. On the other hand I have never seen ratios of less than 2.5 times on text/HTML files. Image files normally employ their own compression techniques that reduce the advantage of further compression. =for html On May 21, 2002 Peter J. Cranstone wrote to the [EMAIL PROTECTED] mailing list: I<"...With 98% of the world on a dial up modem, all they care about is how long it takes to download a page. It doesn't matter if it consumes a few more CPU cycles if the customer is happy. It's cheaper to buy a newer faster box, than
Re: Culture shock
Thanx, On 18 Apr 2005 at 9:42, Arshavir Grigorian wrote: > > LoadModule perl_module modules/mod_perl.so I tried the IfModule from below as the LoadModule returned the error that it was already loaded. Strange as there is not mention of PerlModule in the conf file. > http://perl.apache.org/docs/2.0/devel/core/apache_integration.html#Enabling_the_mod_perl_Module_and_Installing_its_Callbacks > > That said, RedHat (and other distributions for that matter) seem to > always be behind in the versions of mod_perl that they ship. Since > mod_perl is being constantly developed, you'd be better off getting the > latest release from > http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz and building it > yourself. That would be ideal but its doesn't look easy. My first attempt gave me the error: "Cannot install mod_perl/1.999.22 on top of mod_perl/1.99_16 due to a major API change between mod_perl 1.999_21 and 1.999_22. Please nuke the prior mod_perl installation from your site_lib..." So I did, built mod_perl-2 RC5, and restarted httpd and got: "seg fault or similar nasty error detected in the parent process" No more Apache!! I think require a new mail to the list! > > 2) Given the above, and the fact I have Apache::Const, > > Apache::RequestRec..etc instead of Apache::Request and family > > installed, am I now using mod_perl 2? > > > > 3) configtest used to throw up perl errors but will now happily > > report syntax ok even when i put some glaring typos in my scripts - > > is that normal? Or is there something missing in my httpd.conf that I > > need to add to get the scripts checked at apache restarts. > In order for Apache to test/load your Perl code on startup, you need to > have startup file that loads all your (or other - e.g. CGI) modules, > which you then tell Apache to execute when it starts up: > > PerlRequire /usr/local/apache2/conf/startup.pl > Check out: > > http://perl.apache.org/docs/2.0/user/handlers/server.html#Startup_File This worked. > > At a guess I would say I am using mod_perl 2 and I need to put > > something into the httpd to get 1 and 3 to work correctly but I don't > > > > know what. Can anyone advice me? > > > > Thanx. > > Dp. > > > -- > Arshavir Grigorian > Systems Administrator/Engineer > M-CAM, Inc. > ~~ Dermot Paikkos * [EMAIL PROTECTED] Network Administrator @ Science Photo Library Phone: 0207 432 1100 * Fax: 0207 286 8668
RE: Wrong page being displayed
I have figured out the problem. It was down to my globally scoped variables in the pl scripts such as my $q = new CGI; Once I specifically passed these into each procedure the problems ceased. Thanks for you help with this one. -Original Message- From: Thomas Schindl [mailto:[EMAIL PROTECTED] Sent: 16 April 2005 14:43 To: Perrin Harkins Cc: [EMAIL PROTECTED]; modperl@perl.apache.org Subject: Re: Wrong page being displayed The description of the problem really looks like that, so I could only second Perrins suggestion to show us the code in question. I looks like that you are hitting perl-processes which have a closure or something else and in mod_perl the code is not recompiled everytime. Tom > On Fri, 2005-04-15 at 18:39 +0100, Graham Vickrage wrote: > > It shows previously viewed pages and with no particular pattern. > > Does anyone know where I start looking to solve this one. > > How about showing us some code? Try to reduce it to a minimal piece > that demonstrates the problem. > > Chances are good that you have a closure in your code that is making > your CGI object persist between requests. > > - Perrin > -- +++ GMX - Die erste Adresse für Mail, Message, More +++ 1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail
Re: Web Content Compression FAQ - update
Slava Bizyayev wrote: Updated POD version is attached regarding the Stas' suggestion of better formatting. Any other questions and/or suggestions are very welcome. Thanks Slava, committed. I'd further suggest to drop all =head2 strings, merging the content with the question, making the TOC even more useful and the text more readable. Also, please fix your original: - >From the perspective of global architecture and scalability planning, + From the perspective of global architecture and scalability planning, Thanks -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
CGI::Cookie
Hi, I have seen an error in the log file of Apache telling that Apache/RequestUtil.pm was not found. I have seen that this module was called from CGI::Cookie and CGI::Cookie contains the following line (at line 32): require Apache::RequestUtil; Should I change this with: require Apache2::RequestUtil; ? If yes, I guess I might need this change in other modules also. Do you know if I find somewhere all the modules that need this change? Thank you. Teddy
Re: Mp2 rc5 on fedora core 3
Clayton Cottingham wrote: Heya A couple of things 1. perl_extload fails.. I put the tests in verbose mode but I couldn't see anything specific Can anyone confirm this passes? Clayton, you know that in order for us to be able to help you, you need to provide a proper bug report with a little bit more details that the above. I've no idea what 'perl_extload fails' thing is supposed to mean. Please see: http://perl.apache.org/bugs/ -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: CGI::Cookie
Octavian Rasnita wrote: > Hi, > > I have seen an error in the log file of Apache telling that > Apache/RequestUtil.pm was not found. > > I have seen that this module was called from CGI::Cookie and CGI::Cookie > contains the following line (at line 32): > > require Apache::RequestUtil; > > Should I change this with: > > require Apache2::RequestUtil; > ? > > If yes, I guess I might need this change in other modules also. > Do you know if I find somewhere all the modules that need this change? CGI.pm 3.08 will include updates for mod_perl RC5 and should be available shortly. in the meanwhile you can apply this patch: http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=111289411808089&w=2 --Geoff
user-agent
Hi, mod_perl 2 RC5 What is the best (fastest) way to determine the request's user-agent? $r->header_in()? Thanx. Dp.
[MP2] - Failure on Make Install
Folks, have what I hope is a little problem during the install of mod_perl. 1. Problem Description: I just downloaded the current mod_perl from the site. mod_perl-2.0-current.tar.gz 4/18/2005 Configured and built as outlined in the docs - everything went fine, test showed all testes being successful (3 tests skipped). When I went to "Make Install", it ended with the following make[1]: Leaving directory `/home/xxx/mod_perl-2.0.0-RC5/xs'/usr/bin/perl -Iblib/lib -I/home/xxx/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/xxx/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pmUnrecognized switch: --section=3 (-h will show valid options).make: *** [glue_pods] Error 29 So I ran it with the -h[EMAIL PROTECTED] mod_perl-2.0.0-RC5]# /usr/bin/perl -Iblib/lib -I/home/x/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/x/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm -hexpecting 3 arguments: pm, pod, dst at blib/lib/ModPerl/BuildMM.pm line 282. Any suggestions? RH Linux Apache 2.0.54 Thanks -Chris 2. Used Components and their Configuration: *** mod_perl version 1.999022 *** using /home/zerobrokerfees/mod_perl-2.0.0-RC5/lib/Apache2/BuildConfig.pm *** Makefile.PL options: MP_APR_LIB => aprext MP_APXS => /usr/local/apache2/bin/apxs MP_COMPAT_1X => 1 MP_GENERATE_XS => 1 MP_LIBNAME => mod_perl MP_USE_DSO => 1 *** /usr/local/apache2/bin/httpd -VServer version: Apache/2.0.54Server built: Apr 18 2005 12:19:15Server's Module Magic Number: 20020903:9Architecture: 32-bitServer compiled with -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/usr/local/apache2" -D SUEXEC_BIN="/usr/local/apache2/bin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" *** (apr|apu)-config linking info -L/usr/local/apache2/lib -lapr-0 -lrt -lm -lcrypt -lnsl -lpthread -ldl -L/usr/local/apache2/lib -laprutil-0 -lexpat *** /usr/bin/perl -VSummary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.21-14.elsmp, archname=i386-linux-thread-multi uname='linux twe' config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686 -Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Dotherlibdirs=/usr/lib/perl5/5.8.0 -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef' useithreads=define usemultiplicity= useperlio= d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=un uselongdouble= usemymalloc=, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='3.2.3 20030502 (Red Hat Linux 3.2.3-42)', gccosandvers=''gccversion='3.2.3 200305' intsize=o, longsize=s, ptrsize=l, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long'k', ivsize=4'ivtype='long'known_extensi, nvtype='double', nvsize=, Off_t='', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc'l', ldflags ='' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs= libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libper gnulibc_version='2.3.2' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so', d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE' cccdlflags='-fPIC'ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5', lddlflags='s Unicode/Normalize XS/A' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LAR
mod_perl
Hi, I have read the following in mod_perl rc5 announce: move all Apache:: constants to Apache2::Const and all APR:: constants to APR::Const. for example, Apache:OK is now Apache2::Const::OK and APR::SUCCESS is now APR::Const::SUCCESS. [Geoffrey Young] Then, after installing mod_perl rc5 under Windows, I have seen that in: E:\usr\site\lib\ModPerl\RegistryCooker.pm at line 161, appears: return $rc unless $rc == Apache2::OK; Shouldn't this line be: return $rc unless $rc == Apache2::Const::OK; Does this module (ModPerl::RegistryCooker) need to be re-installed separately? Isn't it included with mod_perl rc5? Thanks. Teddy
Re: mod_perl 2.0.0-RC5: make install crashes
Harald Meier wrote: Dear list members, I get the following error at make install: --- /usr/bin/perl -Iblib/lib -I/usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod lib/Apache2/Status.pm /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/lib/Apache2/Status.pm /usr/bin/perl -we '[EMAIL PROTECTED];for (keys %m){' -e 'next if -e $m{$_} && -M $m{$_} < -M $_ && -M $m{$_} < -M "Makefile";' -e 'print "Manifying $m{$_}\n";' -e 'system(qq[$^X ].q["-I/usr/lib/perl5/5.6.1/i586-linux" "-I/usr/lib/perl5/5.6.1" /usr/bin/pod2man --release mod_perl-2.0.0-RC5 ].qq[$_>$m{$_}])==0 or warn "Couldn\047t install $m{$_}\n";' -e 'chmod(oct(644)), $m{$_} or warn "chmod 644 $m{$_}: $!\n";}' --section=3 /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/man3/.3pm Unrecognized switch: --section=3 (-h will show valid options). make: *** [glue_pods] Error 255 --- I had to change the following code to get it work: Makefile.PL, line 801: old: s/pod2man\s*$/pod2man --release mod_perl-$ver/m; new: s/pod2man\s*$/pod2man --release mod_perl-$ver --section=3/m; Harald, shouldn't it be reversed (old<->new) like the one below? using diff(3) is a match better way to send patches :) lib/ModPerl/BuildMM.pm, line 258: old: '$(NOECHO) $(POD2MAN) --section=3 ' . new: '$(NOECHO) $(POD2MAN) ' . I am using perl 5.6.1, Apache 2.0.54. Am I missing something or did I do anything wrong? The Pod::Man module v1.15 and pod2man 1.4, coming with stock perl-5.6.1 do support --section option. What's your POD::Man and pod2man versions? Are you sure it's a real 5.6.1? please post the output of 'perl -V'. Thanks. -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [MP2] - Failure on Make Install
cfaust-dougot wrote: *** Packages of interest status: Apache2 : - Apache2::Request: - CGI : 2.89 LWP : 5.65 mod_perl: 1.9909 mod_perl2 : - This isn't related to you make install error, but you'll want to upgrade CGI.pm to version 3.07 and apply the patches to get version 3.08 because once you fix the make install error this _will_ become an issue if you try to use CGI.pm under modperl2. http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=111289411808089&w=2 HTH -- END - Philip M. Gollucci Senior Developer - Liquidity Services Inc. Phone: 202.558.6268 (Direct) E-Mail: [EMAIL PROTECTED] Web:http://www.liquidation.com
Re: mod_perl
> E:\usr\site\lib\ModPerl\RegistryCooker.pm > > at line 161, appears: > > return $rc unless $rc == Apache2::OK; > > > Shouldn't this line be: > > return $rc unless $rc == Apache2::Const::OK; yes, and it is in RC5 - that version of RegistryCooker.pm is not from RC5. --Geoff
RE: [MP2] - Failure on Make Install
Title: Re: [MP2] - Failure on Make Install Thanks Philip, I'll do that right now... -Chris From: Philip M. Gollucci [mailto:[EMAIL PROTECTED]Sent: Mon 4/18/2005 1:39 PMTo: cfaust-dougotCc: modperl@perl.apache.orgSubject: Re: [MP2] - Failure on Make Install cfaust-dougot wrote:> *** Packages of interest status:> Apache2 : -> Apache2::Request: -> CGI : 2.89> LWP : 5.65> mod_perl : 1.9909> mod_perl2 : -This isn't related to you make install error, but you'll want to upgradeCGI.pmto version 3.07 and apply the patches to get version 3.08 because onceyou fix the make install error this _will_ become an issue if you try touse CGI.pm under modperl2. http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=111289411808089&w=2HTH--END-Philip M. GollucciSenior Developer - Liquidity Services Inc.Phone: 202.558.6268 (Direct)E-Mail: [EMAIL PROTECTED]Web: http://www.liquidation.com
Re: mod_perl
From: "Geoffrey Young" <[EMAIL PROTECTED]> > > E:\usr\site\lib\ModPerl\RegistryCooker.pm > > > > at line 161, appears: > > > > return $rc unless $rc == Apache2::OK; > > > > > > Shouldn't this line be: > > > > return $rc unless $rc == Apache2::Const::OK; > > yes, and it is in RC5 - that version of RegistryCooker.pm is not from RC5. > Does that mean that the RC5 I have installed using ppm under Windows didn't installed well ModPerl::RegistryCooker.pm? Oh, this would be too bad, because I might find many problems of this kind... Teddy
Re: [MP2] - Failure on Make Install
cfaust-dougot wrote: Folks, have what I hope is a little problem during the install of mod_perl. 1. Problem Description: I just downloaded the current mod_perl from the site. mod_perl-2.0-current.tar.gz 4/18/2005 Configured and built as outlined in the docs - everything went fine, test showed all testes being successful (3 tests skipped). When I went to "Make Install", it ended with the following make[1]: Leaving directory `/home/xxx/mod_perl-2.0.0-RC5/xs' /usr/bin/perl -Iblib/lib -I/home/xxx/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/xxx/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm Unrecognized switch: --section=3 (-h will show valid options). make: *** [glue_pods] Error 29 So I ran it with the -h [EMAIL PROTECTED] mod_perl-2.0.0-RC5]# /usr/bin/perl -Iblib/lib -I/home/x/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/x/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm -h expecting 3 arguments: pm, pod, dst at blib/lib/ModPerl/BuildMM.pm line 282. Any suggestions? The error is coming from pod2man, not the last command that you see: In Makefile you can see: $(FULLPERL) -I$(INST_LIB) -I/home/stas/apache.org/modperl-2.0/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod xs/./Apache2/Const/Const.pm /home/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod blib/lib/Apache2/Const.pm $(NOECHO) $(POD2MAN) --section=3 /home/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod $(INST_MAN3DIR)/Apache2::Const.$(MAN3EXT) I can see that on my machine the second command is not even run, since POD2MAN is not defined. Please take a look at your Makefile, what's the value of POD2MAN? e.g.: grep POD2MAN Makefile | grep -v NOECHO -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: mod_perl 2.0.0-RC5: make install crashes
Stas Bekman wrote: Harald Meier wrote: Dear list members, I get the following error at make install: --- /usr/bin/perl -Iblib/lib -I/usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod lib/Apache2/Status.pm /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/lib/Apache2/Status.pm /usr/bin/perl -we '[EMAIL PROTECTED];for (keys %m){' -e 'next if -e $m{$_} && -M $m{$_} < -M $_ && -M $m{$_} < -M "Makefile";' -e 'print "Manifying $m{$_}\n";' -e 'system(qq[$^X ].q["-I/usr/lib/perl5/5.6.1/i586-linux" "-I/usr/lib/perl5/5.6.1" /usr/bin/pod2man --release mod_perl-2.0.0-RC5 ].qq[$_>$m{$_}])==0 or warn "Couldn\047t install $m{$_}\n";' -e 'chmod(oct(644)), $m{$_} or warn "chmod 644 $m{$_}: $!\n";}' --section=3 /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/man3/.3pm Unrecognized switch: --section=3 (-h will show valid options). make: *** [glue_pods] Error 255 --- I had to change the following code to get it work: Makefile.PL, line 801: old: s/pod2man\s*$/pod2man --release mod_perl-$ver/m; new: s/pod2man\s*$/pod2man --release mod_perl-$ver --section=3/m; Harald, nevermind my previous questions, please see the thread started by "cfaust-dougot" <[EMAIL PROTECTED]>, I need to see your: grep POD2MAN Makefile | grep -v NOECHO -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
RE: [MP2] - Failure on Make Install
Title: Re: [MP2] - Failure on Make Install cfaust-dougot wrote:> Folks, have what I hope is a little problem during the install of mod_perl.> > 1. Problem Description:> > I just downloaded the current mod_perl from the site.> mod_perl-2.0-current.tar.gz 4/18/2005> > Configured and built as outlined in the docs - everything went fine, test showed all testes being successful (3 tests skipped).> > When I went to "Make Install", it ended with the following> > make[1]: Leaving directory `/home/xxx/mod_perl-2.0.0-RC5/xs'> /usr/bin/perl -Iblib/lib -I/home/xxx/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/xxx/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm> Unrecognized switch: --section=3 (-h will show valid options).> make: *** [glue_pods] Error 29> > So I ran it with the -h> [EMAIL PROTECTED] mod_perl-2.0.0-RC5]# /usr/bin/perl -Iblib/lib -I/home/x/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/x/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm -h> expecting 3 arguments: pm, pod, dst at blib/lib/ModPerl/BuildMM.pm line 282.> > Any suggestions? Stas Said - >>The error is coming from pod2man, not the last command that you see:>>In Makefile you can see:>> $(FULLPERL) -I$(INST_LIB)>>-I/home/stas/apache.org/modperl-2.0/Apache-Test/lib -MModPerl::BuildMM -e>>ModPerl::BuildMM::glue_pod xs/./Apache2/Const/Const.pm>>ome/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod>>ib/lib/Apache2/Const.pm>> $(NOECHO) $(POD2MAN) --section=3>>e/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod>>INST_MAN3DIR)/Apache2::Const.$(MAN3EXT)>>I can see that on my machine the second command is not even run, since>>POD2MAN is not defined. Please take a look at your Makefile, what's the>>value of POD2MAN? e.g.:>>grep POD2MAN Makefile | grep -v NOECHO Thanks for taking a look Stas, I'm not really sure I understand what you are saying, but below is what you asked for .. [EMAIL PROTECTED] mod_perl-2.0.0-RC5]# grep POD2MAN Makefile | grep -v NOECHOPOD2MAN_EXE = /usr/bin/pod2man --release mod_perl-2.0.0-RC5POD2MAN = $(PERL) -we '[EMAIL PROTECTED];for (keys %m){' \-e 'system(q[$(PERLRUN) $(POD2MAN_EXE) ].qq[$$_>$$m{$$_}])==0 or warn "Couldn\047t install $$m{$$_}\n";' \ @$(POD2MAN) \ ___ Same section as your example from my Makefile $(FULLPERL) -I$(INST_LIB) -I/home/zerobrokerfees/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod xs/ModPerl/Const/Const.pm /home/zerobrokerfees/mod_perl-2.0.0-RC5/docs/api/ModPerl/Const.pod blib/lib/ModPerl/Const.pm $(NOECHO) $(POD2MAN) --section=3 /home/zerobrokerfees/mod_perl-2.0.0-RC5/docs/api/ModPerl/Const.pod $(INST_MAN3DIR)/ModPerl::Const.$(MAN3EXT) Thanks Again -Chris
Re: [MP2] - Failure on Make Install
cfaust-dougot wrote: cfaust-dougot wrote: Folks, have what I hope is a little problem during the install of mod_perl. 1. Problem Description: I just downloaded the current mod_perl from the site. mod_perl-2.0-current.tar.gz 4/18/2005 Configured and built as outlined in the docs - everything went fine, test showed all testes being successful (3 tests skipped). When I went to "Make Install", it ended with the following make[1]: Leaving directory `/home/xxx/mod_perl-2.0.0-RC5/xs' /usr/bin/perl -Iblib/lib -I/home/xxx/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/xxx/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm Unrecognized switch: --section=3 (-h will show valid options). make: *** [glue_pods] Error 29 So I ran it with the -h [EMAIL PROTECTED] mod_perl-2.0.0-RC5]# /usr/bin/perl -Iblib/lib -I/home/x/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/x/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm -h expecting 3 arguments: pm, pod, dst at blib/lib/ModPerl/BuildMM.pm line 282. Any suggestions? Stas Said - The error is coming from pod2man, not the last command that you see: In Makefile you can see: $(FULLPERL) -I$(INST_LIB) -I/home/stas/apache.org/modperl-2.0/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod xs/./Apache2/Const/Const.pm ome/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod ib/lib/Apache2/Const.pm $(NOECHO) $(POD2MAN) --section=3 e/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod INST_MAN3DIR)/Apache2::Const.$(MAN3EXT) I can see that on my machine the second command is not even run, since POD2MAN is not defined. Please take a look at your Makefile, what's the value of POD2MAN? e.g.: grep POD2MAN Makefile | grep -v NOECHO Thanks for taking a look Stas, I'm not really sure I understand what you are saying, but below is what you asked for .. [EMAIL PROTECTED] mod_perl-2.0.0-RC5]# grep POD2MAN Makefile | grep -v NOECHO POD2MAN_EXE = /usr/bin/pod2man --release mod_perl-2.0.0-RC5 if you look at the Makefile manually, POD2MAN_EXE is all you have, or is there some line continuation? (though I see no \) POD2MAN = $(PERL) -we '[EMAIL PROTECTED];for (keys %m){' \ -e 'system(q[$(PERLRUN) $(POD2MAN_EXE) ].qq[$$_>$$m{$$_}])==0 or warn "Couldn\047t install $$m{$$_}\n";' \ @$(POD2MAN) \ that's why it gets things messed up. Please try this patch: Index: lib/ModPerl/BuildMM.pm === --- lib/ModPerl/BuildMM.pm (revision 161771) +++ lib/ModPerl/BuildMM.pm (working copy) @@ -255,7 +255,7 @@ $man =~ s!/!::!g; push @target, -'$(NOECHO) $(POD2MAN) --section=3 ' . +'$(NOECHO) $(POD2MAN_EXE) --section=3 ' . "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)" } } -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Environment variable problem after upgrade
I am experiencing a problem with the REMOTE_USER environment variable after an upgrade to Apache 2. We are using AuthDBI to authenticate users, which uses basic authentication with the browser to request their details. Hence the use of REMOTE_USER. Users authenticate fine and seem to be working with no problems, but when there are multiple people using the system the REMOTE_USER environment variable gets set to seemingly random user names, and the users keep stepping on each other. The CGI module is being used and initially I thought the problem was there, as the username is retrieved ala "$USER = remote_user", however after looking at the CGI.pm code, all it does is return the value of the REMOTE_USER environment variable. Unfortunately it seems that the AuthDBI module has not been ported to the Apache2/mod_perl2 APIs, so we have to run it under the compatibility layer. Ech! Any known problems there? Looks to me like the environment variables aren't being reset correctly after each request, and they are sticking around with the Apache process. I tried logging "$r->user()" to see if that was more reliable, but no luck there either. It seems to be empty more than wrong, so I guess it is doing something different, but still no good. Maybe it is indicative of where the problem lies though. Thinking of anything else that might be useful in solving this problem: Apache MPM: prefork PerlHandler ModPerl::Registry Apache 2.0.46 mod_perl 1.99_09 Perl 5.8.0 OS Linux 2.4.21-20.0.1 smp Distribution RHELv3 This code has been running under mod_perl1 for a few years now, so the problems seem to be related to the software upgrade, rather than the usual problems related to bad scripts. Any help would be gladly appreciated as I have an application that is basically unusable at the moment. Please ask questions if you need more info. Thanks! Owen Berry
RE: [MP2] - Failure on Make Install
Title: Re: [MP2] - Failure on Make Install > cfaust-dougot wrote:>>>Folks, have what I hope is a little problem during the install of mod_perl.1. Problem Description:I just downloaded the current mod_perl from the site.>>mod_perl-2.0-current.tar.gz 4/18/2005Configured and built as outlined in the docs - everything went fine, test showed all testes being successful (3 tests skipped).When I went to "Make Install", it ended with the followingmake[1]: Leaving directory `/home/xxx/mod_perl-2.0.0-RC5/xs'>>/usr/bin/perl -Iblib/lib -I/home/xxx/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/xxx/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm>>Unrecognized switch: --section=3 (-h will show valid options).>>make: *** [glue_pods] Error 29So I ran it with the -h>>[EMAIL PROTECTED] mod_perl-2.0.0-RC5]# /usr/bin/perl -Iblib/lib -I/home/x/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/x/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm -h>>expecting 3 arguments: pm, pod, dst at blib/lib/ModPerl/BuildMM.pm line 282.Any suggestions?>>> Stas Said -The error is coming from pod2man, not the last command that you see:>In Makefile you can see:> $(FULLPERL) -I$(INST_LIB)>>>-I/home/stas/apache.org/modperl-2.0/Apache-Test/lib -MModPerl::BuildMM -e>>>ModPerl::BuildMM::glue_pod xs/./Apache2/Const/Const.pm>>>ome/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod>>>ib/lib/Apache2/Const.pm>>> $(NOECHO) $(POD2MAN) --section=3>>>e/stas/apache.org/modperl-2.0/docs/api/Apache2/Const.pod>>>INST_MAN3DIR)/Apache2::Const.$(MAN3EXT)>I can see that on my machine the second command is not even run, since>>>POD2MAN is not defined. Please take a look at your Makefile, what's the>>>value of POD2MAN? e.g.:>grep POD2MAN Makefile | grep -v NOECHO>>> > Thanks for taking a look Stas, I'm not really sure I understand what you are saying, but below is what you asked for ..> > > [EMAIL PROTECTED] mod_perl-2.0.0-RC5]# grep POD2MAN Makefile | grep -v NOECHO> POD2MAN_EXE = /usr/bin/pod2man --release mod_perl-2.0.0-RC5>>if you look at the Makefile manually, POD2MAN_EXE is all you have, or is>>there some line continuation? (though I see no \) >>> POD2MAN = $(PERL) -we '[EMAIL PROTECTED];for (keys %m){' \>>> -e 'system(q[$(PERLRUN) $(POD2MAN_EXE) ].qq[$$_>$$m{$$_}])==0 or warn "Couldn\047t install $$m{$$_}\n";' \>>> @$(POD2MAN) \>>that's why it gets things messed up.>>Please try this patch:>>Index: lib/ModPerl/BuildMM.pm>>===>>--- lib/ModPerl/BuildMM.pm (revision 161771)>>+++ lib/ModPerl/BuildMM.pm (working copy)>>@@ -255,7 +255,7 @@>> $man =~ s!/!::!g; push @target,>>- '$(NOECHO) $(POD2MAN) --section=3 ' .>>+ '$(NOECHO) $(POD2MAN_EXE) --section=3 ' .>> "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)">> } >> }It tried the patch and got the same error: /usr/bin/perl -Iblib/lib -I/home/zerobrokerfees/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/zerobrokerfees/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pmUnrecognized switch: --section=3 (-h will show valid options). The "/lib/ModPerl/BuildMM.pm section is now push @target, '$(NOECHO) $(POD2MAN_EXE) --section=3 ' . "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)" } } Stupid question, do I need to build it all again? I just did "make install". Thanks -Chris
Re: Environment variable problem after upgrade
On 4/18/05, Owen Berry <[EMAIL PROTECTED]> wrote: > I am experiencing a problem with the REMOTE_USER environment variable > after an upgrade to Apache 2. We are using AuthDBI to authenticate > users, which uses basic authentication with the browser to request > their details. Hence the use of REMOTE_USER. > > Users authenticate fine and seem to be working with no problems, but > when there are multiple people using the system the REMOTE_USER > environment variable gets set to seemingly random user names, and the > users keep stepping on each other. The CGI module is being used and > initially I thought the problem was there, as the username is > retrieved ala "$USER = remote_user", however after looking at the > CGI.pm code, all it does is return the value of the REMOTE_USER > environment variable. > > Unfortunately it seems that the AuthDBI module has not been ported to > the Apache2/mod_perl2 APIs, so we have to run it under the > compatibility layer. Ech! Any known problems there? > > Looks to me like the environment variables aren't being reset > correctly after each request, and they are sticking around with the > Apache process. > > I tried logging "$r->user()" to see if that was more reliable, but no > luck there either. It seems to be empty more than wrong, so I guess it > is doing something different, but still no good. Maybe it is > indicative of where the problem lies though. > > Thinking of anything else that might be useful in solving this problem: > > Apache MPM: prefork > PerlHandler ModPerl::Registry > Apache 2.0.46 > mod_perl 1.99_09 > Perl 5.8.0 > OS Linux 2.4.21-20.0.1 smp > Distribution RHELv3 > > This code has been running under mod_perl1 for a few years now, so the > problems seem to be related to the software upgrade, rather than the > usual problems related to bad scripts. > > Any help would be gladly appreciated as I have an application that is > basically unusable at the moment. Please ask questions if you need > more info. > > Thanks! > Owen Berry > Something else that I have noticed is that the problem seem to only be occurring after a form post - a pure GET is fine ... so far.
Re: [MP2] - Failure on Make Install
cfaust-dougot wrote: [...] It tried the patch and got the same error: /usr/bin/perl -Iblib/lib -I/home/zerobrokerfees/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/zerobrokerfees/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm Unrecognized switch: --section=3 (-h will show valid options). The "/lib/ModPerl/BuildMM.pm section is now push @target, '$(NOECHO) $(POD2MAN_EXE) --section=3 ' . "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)" } } Stupid question, do I need to build it all again? I just did "make install". Yes, you do. -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Environment variable problem after upgrade
Owen Berry wrote: I tried logging "$r->user()" to see if that was more reliable, but no luck there either. Apache 2.0.46 mod_perl 1.99_09 Perl 5.8.0 I haven't had any problems with $r->user() lately. And AFAIR Apache::AuthDBI worked for me with various 1.99 RCs before RC5, without Apache::compat. But there's little point in reporting problems with an ancient development release like mod_perl 1.99_09. You might want to try to update to RC4 (which also requires an Apache update), or RC5, although the latter breaks compatibility with pretty much everything due to the namespace change.
Re: Environment variable problem after upgrade
On 4/18/05, Markus Wichitill <[EMAIL PROTECTED]> wrote: > Owen Berry wrote: > > I tried logging "$r->user()" to see if that was more reliable, but no > > luck there either. > > > Apache 2.0.46 > > mod_perl 1.99_09 > > Perl 5.8.0 > > I haven't had any problems with $r->user() lately. And AFAIR Apache::AuthDBI > worked for me with various 1.99 RCs before RC5, without Apache::compat. > > But there's little point in reporting problems with an ancient development > release like mod_perl 1.99_09. You might want to try to update to RC4 (which > also requires an Apache update), or RC5, although the latter breaks > compatibility with pretty much everything due to the namespace change. > Thanks for the reply. I think I have figured out a way around my problem. The .htaccess file for the directory in question was only protecting GET, not POST. No idea why this was setup this way ... I only inherited the code a few weeks ago. Anyway, apparently when setup this way the REMOTE_USER environment variable is not populated on posts. The code in question was doing this: $USER = remote_user || param('USER') || show_error("Null remote username."); That will work fine for a post if the REMOTE_USER var is not set, but it seems that it was not being reset between requests and therefore the form variable USER was not fulfilling it's intent. Maybe this (env variables not being reset) is a bug that has been fixed since. Since we are running an older version and cannot upgrade at short notice, I just changed the .htaccess file to protect POSTs as well. This seems like better code to me, anyway. Thanks to anyone who looked at my question. My answer now exists for documentational purposes. As for running an older version of mod_perl and Apache these are the joys of having a commercially supported OS. :-) Owen Berry
RE: [MP2] - Failure on Make Install
Title: Re: [MP2] - Failure on Make Install cfaust-dougot wrote:[...]> It tried the patch and got the same error:> > /usr/bin/perl -Iblib/lib -I/home/zerobrokerfees/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/zerobrokerfees/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm> Unrecognized switch: --section=3 (-h will show valid options).> > The "/lib/ModPerl/BuildMM.pm section is now> > push @target,> '$(NOECHO) $(POD2MAN_EXE) --section=3 ' .> "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)"> }> }> > Stupid question, do I need to build it all again? I just did "make install".>>Yes, you do.DOH, Sorry!! I did rebuild and everything has seemed to go fine for the install.. But I'm getting the following from Apache::Reload and all my scripts.. [Mon Apr 18 15:47:29 2005] [error] Bareword "Apache::OK" not allowed while "strict subs" in use at /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Apache/Reload.pm line 151.\nCompilation failed in require at (eval 16) line 3.\n[Mon Apr 18 15:47:29 2005] [error] Can't load Perl module Apache::Reload for server zbweb1.zerobrokerfees.com:0, exiting... Do I need to be doing something different code wise with this latest version? Even if I comment out Apache:Reload I get the same problems with my scripts as I always return either "Apache::OK" or "Apache::REDIRECT" from my scripts hander sub. Thanks Stas -Chris
RE: [MP2] - Failure on Make Install
Title: Re: [MP2] - Failure on Make Install [...]> It tried the patch and got the same error:> > /usr/bin/perl -Iblib/lib -I/home/zerobrokerfees/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/zerobrokerfees/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm> Unrecognized switch: --section=3 (-h will show valid options).> > The "/lib/ModPerl/BuildMM.pm section is now> > push @target,> '$(NOECHO) $(POD2MAN_EXE) --section=3 ' .> "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)"> }> }> > Stupid question, do I need to build it all again? I just did "make install".>>Yes, you do.Stas, never mind my last note... I found it http://perl.apache.org/docs/2.0/rename.html#Changes , Right? Sorry, I should have looked harder before I replyed.. Thanks -Chris
Re: [MP2] - Failure on Make Install
cfaust-dougot wrote: cfaust-dougot wrote: [...] It tried the patch and got the same error: /usr/bin/perl -Iblib/lib -I/home/zerobrokerfees/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod ModPerl-Registry/lib/ModPerl/RegistryLoader.pm /home/zerobrokerfees/mod_perl-2.0.0-RC5/docs/api/ModPerl/RegistryLoader.pod blib/lib/ModPerl/RegistryLoader.pm Unrecognized switch: --section=3 (-h will show valid options). The "/lib/ModPerl/BuildMM.pm section is now push @target, '$(NOECHO) $(POD2MAN_EXE) --section=3 ' . "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)" } } Stupid question, do I need to build it all again? I just did "make install". Yes, you do. DOH, Sorry!! I did rebuild and everything has seemed to go fine for the install.. Cool, I'll commit it then. But I'm getting the following from Apache::Reload and all my scripts.. [Mon Apr 18 15:47:29 2005] [error] Bareword "Apache::OK" not allowed while "strict subs" in use at /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Apache/Reload.pm line 151.\nCompilation failed in require at (eval 16) line 3.\n [Mon Apr 18 15:47:29 2005] [error] Can't load Perl module Apache::Reload for server zbweb1.zerobrokerfees.com:0, exiting... Do I need to be doing something different code wise with this latest version? Even if I comment out Apache:Reload I get the same problems with my scripts as I always return either "Apache::OK" or "Apache::REDIRECT" from my scripts hander sub. No, you must not use Apache::Reload, but Apache2::Reload starting from mp2-rc5. Change your setup and it'll work. See the Changes file for details. -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: mod_perl 2.0.0-RC5: make install crashes
Stas Bekman wrote: Stas Bekman wrote: Harald Meier wrote: Dear list members, I get the following error at make install: --- /usr/bin/perl -Iblib/lib -I/usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod lib/Apache2/Status.pm /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/lib/Apache2/Status.pm /usr/bin/perl -we '[EMAIL PROTECTED];for (keys %m){' -e 'next if -e $m{$_} && -M $m{$_} < -M $_ && -M $m{$_} < -M "Makefile";' -e 'print "Manifying $m{$_}\n";' -e 'system(qq[$^X ].q["-I/usr/lib/perl5/5.6.1/i586-linux" "-I/usr/lib/perl5/5.6.1" /usr/bin/pod2man --release mod_perl-2.0.0-RC5 ].qq[$_>$m{$_}])==0 or warn "Couldn\047t install $m{$_}\n";' -e 'chmod(oct(644)), $m{$_} or warn "chmod 644 $m{$_}: $!\n";}' --section=3 /usr/local/src/httpd/httpd-2.0.54+mod_perl-2.0.0-RC5/mod_perl-2.0.0-RC5/docs/api/Apache2/Status.pod blib/man3/.3pm Unrecognized switch: --section=3 (-h will show valid options). make: *** [glue_pods] Error 255 --- I had to change the following code to get it work: Makefile.PL, line 801: old: s/pod2man\s*$/pod2man --release mod_perl-$ver/m; new: s/pod2man\s*$/pod2man --release mod_perl-$ver --section=3/m; Harald, please apply this patch, rebuild mod_perl from scratch and then 'make install' should work just fine. Index: lib/ModPerl/BuildMM.pm === --- lib/ModPerl/BuildMM.pm (revision 161771) +++ lib/ModPerl/BuildMM.pm (working copy) @@ -255,7 +255,7 @@ $man =~ s!/!::!g; push @target, -'$(NOECHO) $(POD2MAN) --section=3 ' . +'$(NOECHO) $(POD2MAN_EXE) --section=3 ' . "$podpath \$(INST_MAN3DIR)/$man.\$(MAN3EXT)" } } -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[mp2] Problems with $r->bytes_sent and $r->status in log handler
Hi, I have a log handler that is supposed to log whether certain HTTP-authenticated customers were able to completely download their digital deliveries. The mod_perl 1.x version works just fine. Now under SuSE Linux 9.2/Apache 2.0.53/mod_perl 2.0 RC4, $r->bytes_sent seems to always contain the full size of the file resource, not the bytes really sent to the client on an interrupted download. Unless it's a byte range request, in which case it contains the full size of the range. Does anybody know whether this is perhaps expected behaviour under Apache2, maybe a result of its fancy filter architecture? Could it be a mod_perl bug, or is mod_perl only a thin wrapper around the C structures in this case, and therefore most likely innocent? If I add mod_ssl to the mix, $r->status acts wonky, too. When it should be 200 (and $r->status_line contains the correct "200 OK"), it's the apparently nonsensical 104. When it should be 206 for a byte range request (and $r->status_line contains the correct "206 Partial Content"), it's 200. Other people with the same user agent managed to produce other combinations, though. Any ideas? Somewhat simplified code (for mod_perl 2.0 RC4): package MyClient::AuthLog2; use strict; use Apache::Const -compile => qw(OK); use Apache::Util (); use APR::Finfo (); sub handler { my $r = shift(); my $user = $r->user; if ($user) { my $date = Apache::Util::ht_time( $r->pool, $r->request_time, "%Y-%m-%d %H:%M", 0); my $remote = $r->connection->get_remote_host(); my $uri = $r->uri; my $status = $r->status; my $status_line = $r->status_line; my $bytes_file = $r->finfo->size; my $bytes_sent = $r->bytes_sent; my $result = ""; if ($status == 200 && $bytes_sent == $bytes_file) { $result = 'complete' } elsif ($status == 200 && $bytes_sent != $bytes_file) { $result = 'incomplete' } elsif ($status == 206) { $result = 'partial' } open LOG, ">>/var/log/apache2/auth_log" or warn "Can't open auth log"; print LOG "$date|$remote|$user|$uri|", "$status|$status_line|$bytes_file|$bytes_sent|$result\n"; close LOG; } return Apache::OK; }
Re: [mp2] Problems with $r->bytes_sent and $r->status in log handler
Markus Wichitill wrote: Hi, I have a log handler that is supposed to log whether certain HTTP-authenticated customers were able to completely download their digital deliveries. The mod_perl 1.x version works just fine. Now under SuSE Linux 9.2/Apache 2.0.53/mod_perl 2.0 RC4, $r->bytes_sent seems to always contain the full size of the file resource, not the bytes really sent to the client on an interrupted download. Unless it's a byte range request, in which case it contains the full size of the range. Does anybody know whether this is perhaps expected behaviour under Apache2, maybe a result of its fancy filter architecture? Could it be a mod_perl bug, or is mod_perl only a thin wrapper around the C structures in this case, and therefore most likely innocent? It's not even a wrapper in mp2, it's just an accessor to the r->bytes_sent record entry: apr_off_t bytes_sent(obj, val=0) Apache2::RequestRec obj apr_off_t val PREINIT: /*nada*/ CODE: RETVAL = (apr_off_t) obj->bytes_sent; if (items > 1) { obj->bytes_sent = (apr_off_t) val; } OUTPUT: RETVAL So you should probably ask at httpd-dev, Markus. If I add mod_ssl to the mix, $r->status acts wonky, too. When it should be 200 (and $r->status_line contains the correct "200 OK"), it's the apparently nonsensical 104. When it should be 206 for a byte range request (and $r->status_line contains the correct "206 Partial Content"), it's 200. Other people with the same user agent managed to produce other combinations, though. Any ideas? Same here: int status(obj, val=0) Apache2::RequestRec obj int val PREINIT: /*nada*/ CODE: RETVAL = (int) obj->status; if (items > 1) { obj->status = (int) val; } OUTPUT: RETVAL -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Web Content Compression FAQ - update
Thanks, Stas! On Mon, 2005-04-18 at 12:10, Stas Bekman wrote: > Thanks Slava, committed. > > I'd further suggest to drop all =head2 strings, merging the content with > the question, making the TOC even more useful and the text more readable. Frankly speaking, I don't like this idea. From my point of view, it makes all headers mess and confusing. In current version TOC is like an abstract of the main text. In some cases it might be sufficient to read a TOC only. Again, from my point of view, it makes sense, and I would like to keep it as is... > Also, please fix your original: > > - >From the perspective of global architecture and scalability planning, > + From the perspective of global architecture and scalability planning, Strangely... There is no '>' in my original. Neither I find in attachment that I sent... Anyway, thanks once again, Slava
Re: mod_perl
On Mon, 18 Apr 2005, Octavian Rasnita wrote: > From: "Geoffrey Young" <[EMAIL PROTECTED]> > > > E:\usr\site\lib\ModPerl\RegistryCooker.pm > > > at line 161, appears: > > > return $rc unless $rc == Apache2::OK; > > > > > > Shouldn't this line be: > > > return $rc unless $rc == Apache2::Const::OK; > > > > yes, and it is in RC5 - that version of > > RegistryCooker.pm is not from RC5. > > Does that mean that the RC5 I have installed using ppm under Windows didn't > installed well ModPerl::RegistryCooker.pm? > > Oh, this would be too bad, because I might find many problems of this > kind... That's strange ... Did you get mod_perl from http://theoryx5.uwinnipeg.ca/ppms/ and does it have "RC5" in the version (of the ppd file)? I just checked the associated .tar.gz containing the files to be installed, and ModPerl::Registry* uses Apache2::Const::OK. -- best regards, randy
Re: Web Content Compression FAQ - update
Slava Bizyayev wrote: Thanks, Stas! On Mon, 2005-04-18 at 12:10, Stas Bekman wrote: Thanks Slava, committed. I'd further suggest to drop all =head2 strings, merging the content with the question, making the TOC even more useful and the text more readable. Frankly speaking, I don't like this idea. From my point of view, it makes all headers mess and confusing. In current version TOC is like an abstract of the main text. In some cases it might be sufficient to read a TOC only. Again, from my point of view, it makes sense, and I would like to keep it as is... Sure, let's keep it this way. Also, please fix your original: - >From the perspective of global architecture and scalability planning, + From the perspective of global architecture and scalability planning, Strangely... There is no '>' in my original. Neither I find in attachment that I sent... As someone has replied to me off-line, it must have been a misdoing of your mail client, mangling your attachments. Check the attachment that was received by the list. It has >From. http://marc.theaimsgroup.com/?l=apache-modperl&m=111383643818718&q=p3 -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Web Content Compression FAQ - update
Slava Bizyayev <[EMAIL PROTECTED]> writes: > Thanks, Stas! > On Mon, 2005-04-18 at 12:10, Stas Bekman wrote: [...] >> Also, please fix your original: >> >> - >From the perspective of global architecture and scalability planning, >> + From the perspective of global architecture and scalability planning, > > Strangely... There is no '>' in my original. Neither I find in > attachment that I sent... That's a standard mangling required by the Unix mbox format; new messages are signaled by a line beginning with "From ", so any lines that really do begin with "From " have to be escaped, usually by a > character. It's best to just try to pretend you don't notice. :) ScottG.
Re: Apache-DBI
On Mon, 18 Apr 2005, Octavian Rasnita wrote: > > What stopping you from applying them ? > > > > If the eol(end of line ^M) is wrong I can regenerate in on a > > windows computer for you. > > > > > I hope mod_perl 1.999.22 rc5 will also work with the old Apache::DBI. > > Nope not going to happen. > > I am not compiling Apache, perl and mod_perl under Windows > but I use the prebuild packages. I have installed mod_perl > using ppm, but Apache::DBI was not installed with it. > > I can compile Apache::DBI separately if it is necessary, > but I have only Visual Studio .Net 2003 and I don't think > it will work correctly because Apache and Perl were > compiled with Visual Studio 6. That's potentially true in general, but Apache-DBI is a pure Perl module, so it doesn't need a C compiler to build. If you want to play around with it, we have a ppm package of Apache-DBI at http://theoryx5.uwinnipeg.ca/ppms/ - you can install it, and then try patching the .pm files (either with a "patch" utility for Windows, or just manually). > I need mod_perl under Windows just for testing, so it > doesn't need to work very fast. Can I use just the DBI > module with mod_perl without using Apache::DBI? Under > Windows it would be OK for a while. Yes, DBI and mod_perl under Windows works fine. -- best regards, randy
[ANNOUNCE] mod_perl 2 summer teaching tour
Hi, While planning vacation and teaching engagements I've discovered that I'm going to do a trip around the world in about 80 days :) During the trip I'd like to offer free mod_perl tutorials/talks to Perl monger groups in the areas I've planned to go. If I'm not already in your city, you may need to help me with travel expenses to get me there. For example you might consider getting your company to bring me in to do some classes/consulting. At the moment I have only a rough schedule. But I'll keep it constantly updated at this URL: http://stason.org/schedule.html -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Web Content Compression FAQ - update
Scott Gifford wrote: Slava Bizyayev <[EMAIL PROTECTED]> writes: Thanks, Stas! On Mon, 2005-04-18 at 12:10, Stas Bekman wrote: [...] Also, please fix your original: - >From the perspective of global architecture and scalability planning, + From the perspective of global architecture and scalability planning, Strangely... There is no '>' in my original. Neither I find in attachment that I sent... That's a standard mangling required by the Unix mbox format; new messages are signaled by a line beginning with "From ", so any lines that really do begin with "From " have to be escaped, usually by a > character. It's best to just try to pretend you don't notice. :) It doesn't make sense for attachments though. And an unescaped > in pod is an error. -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Web Content Compression FAQ - update
Stas Bekman <[EMAIL PROTECTED]> writes: > Scott Gifford wrote: >> Slava Bizyayev <[EMAIL PROTECTED]> writes: [...] >>>Strangely... There is no '>' in my original. Neither I find in >>>attachment that I sent... >> That's a standard mangling required by the Unix mbox format; new >> messages are signaled by a line beginning with "From ", so any lines >> that really do begin with "From " have to be escaped, usually by a > >> character. It's best to just try to pretend you don't notice. :) > > It doesn't make sense for attachments though. The Unix mbox format was invented before MIME, and applies to anything in a mailbox. Your POD file was attached as text/plain, so didn't have any encoding that would have stopped a literal "From " at the beginning of the line. I'm not arguing that it's a good format, just explaining how it works. > And an unescaped > in pod is an error. Yup. I'm just explaining why the > probably showed up. ScottG.
Handling POST requests for non-CGI resources
I'm writing a module that needs to allow static pages (resources) to accept a POST method. The actual data that is POSTed is handled at the authentication phase. Dynamic webpages work fine but static pages (html, images, word, excel) handled by my authentication module end in Method Not Allowed since the orginal request is a POST method. The authentication returns OK but the down stream handlers figure out that html cannot handle POST requests so it returns Method Not Allowed. Any suggestions as to how I can accomplish this? Thanks, -Carlos
Re: How to troubleshoot session handling?
allen haim wrote: wget -S gives me: --- 1 HTTP/1.1 200 OK 2 Date: Mon, 18 Apr 2005 15:01:31 GMT 3 Server: Embperl/2.0rc2 Apache/2.0.52 (Unix) mod_perl/1.999.21 Perl/v5.8.5 4 Content-Length: 142 5 Keep-Alive: timeout=15, max=100 6 Connection: Keep-Alive 7 Content-Type: text/html; charset=ISO-8859-1 so there is nothing about a session. so, no way for your browser to return one - sessions are definetly broken. The file I am trying to serve is allen.html: -- [- $a = 2; $b = 3; $udat{'allen'} = 'hello'; -] hi. --- I simply can't remember how I had it before -- is the above supposed to set a cookie immediately? yes - the assignment to the udat hash element should cause session handling to start and the SET-COOKIE header to be sent. Incidentally, I looked inside %udat earlier, and noticed that someone had set the _session_id field set to 2515f2069584f2fe5b4fccd144e1f207. So, some magic is clearly going on. look at your session directory and see if it contains any sessions. look at this particular session number to see if anything is set. -- _cliff_rayman_ Business Consulting and Turnaround Management [web] http://www.rayman.com/ [web] http://all-clear-turnaround-management.com/ [eml] cliff _AT_ rayman.com [phn] 888-736-3802 x701 [fax] 818-743-7404 __
[ANNOUNCE] Apache-AuthCooke 3.08
The uploaded file Apache-AuthCookie-3.08.tar.gz has entered CPAN as file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthCookie-3.08.tar.gz size: 34791 bytes md5: acbb69d043d4c4a913007d068692339c Changes since version 3.07: Version: 3.08 - fix "authorize user" error log that was missing a debug level check (thanks Barry) - fix test cases 3, 6, 18 for Win32 - clean up t/real.t Sorry for the short time between releases everybody. I wanted to get this out the door due to the test failures in 3.07 on Win32. Regards, Michael Schout
Re: Apache-DBI
From: "Randy Kobes" <[EMAIL PROTECTED]> > That's potentially true in general, but Apache-DBI is a pure > Perl module, so it doesn't need a C compiler to build. > If you want to play around with it, we have a ppm package > of Apache-DBI at http://theoryx5.uwinnipeg.ca/ppms/ - you > can install it, and then try patching the .pm files > (either with a "patch" utility for Windows, or just > manually). Ok, I already have downloaded that version of Apache::DBI from TheoryX. I will try to patch it manually because I don't have a "patch" utility for Windows. I guess I will need just to replace some modules calls like that mod_perl rc5 announcement says. Or... if you say that it is a pure perl module, I can just build it using nmake. Teddy
Re: mod_perl
> > That's strange ... Did you get mod_perl from >http://theoryx5.uwinnipeg.ca/ppms/ > and does it have "RC5" in the version (of the ppd file)? > I just checked the associated .tar.gz containing the > files to be installed, and ModPerl::Registry* uses > Apache2::Const::OK. > Hi, I am not very sure, but I think I got the rc5 of mod_perl from TheoryX, because I don't remember to see this package on other repositories. I have uninstalled mod_perl rc4 by using ppm uninstall mod_perl, then I have installed mod_perl rc 5 using ppm install mod_perl. If you say that ModPerl::RegistryCooker contains the right syntax, it means that maybe the uninstallation didn't delete the ModPerl::RegistryCooker and the installation of rc5 didn't replace it with the new version, so I still have the old version of this module. I will try to re-install mod_perl. Teddy
Re: Apache-DBI
On Tue, 19 Apr 2005, Octavian Rasnita wrote: > From: "Randy Kobes" <[EMAIL PROTECTED]> > > That's potentially true in general, but Apache-DBI is a pure > > Perl module, so it doesn't need a C compiler to build. > > If you want to play around with it, we have a ppm package > > of Apache-DBI at http://theoryx5.uwinnipeg.ca/ppms/ - you > > can install it, and then try patching the .pm files > > (either with a "patch" utility for Windows, or just > > manually). > > Ok, I already have downloaded that version of Apache::DBI > from TheoryX. I will try to patch it manually because I > don't have a "patch" utility for Windows. I guess I will > need just to replace some modules calls like that mod_perl > rc5 announcement says. That's true; if you need a patch utility, try the Perl Power tools: http://ppt.perl.org/. > Or... if you say that it is a pure perl module, I can just > build it using nmake. Yes, nmake would be needed for Win32 ActivePerl in building a package from the CPAN sources. However, the Apache-DBI ppm package is at the same version as the package on CPAN, so either way, you'll have to try some patches. -- best regards, randy
Re: Apache-DBI
Randy Kobes wrote: Yes, nmake would be needed for Win32 ActivePerl in building a package from the CPAN sources. However, the Apache-DBI ppm package is at the same version as the package on CPAN, so either way, you'll have to try some patches. I should point out my patches didn't patch AuthDBI.pm I'll have one for that shortly. -- END -- Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com