mod_perl make test failed tests
Hello mod_perl community Environment: FC1, apache2.0.58, perl5.8.8, mod_perl2.0.2. I am getting some failed tests during the "make test" for mod_perl 2.0.2, in particular: Failed Test Stat Wstat Total Fail Failed List of Failed --- t/apache/content_length_header.t 271 3.70% 17 t/api/status.t 62 33.33% 4-5 I am aware that there are some current postings concerning this issue. So I proceeded to % cd mod_perl-2.0.2 % t/TEST -clean % t/TEST -verbose compat/apache_util.t modperl/pnotes.t which reported All tests successful. Files=2, Tests=23, 1 wallclock secs ( 0.68 cusr + 0.04 csys = 0.72 CPU) [warning] server localhost.localdomain:8529 shutdown Question: Is the resulting mod_perl usable? Or is it to be considered untrustworthy? (I will send the detailed test reports, if you request them, but since this seems to be a known issue, I presumed, correctly, I hope, that the above would be sufficient.) Regards, and thanks Maurice Yarrow
Re: mod_perl make test failed tests
Maurice Yarrow wrote: t/apache/content_length_header.t 271 3.70% 17 t/api/status.t 62 33.33% 4-5 These are fixed in SVN. You assume correctly. httpd backported/changed from functionality in 2.1.x to 2.0.56.. Just tests themselves needed to be updated -- no mod_perl source code. Install your mod_perl2 and have at fun. http://svn.apache.org/viewvc?rev=411041&view=rev http://svn.apache.org/viewvc?rev=411028&view=rev If it makes you feel better, you can apply those to your tree and see the tests pass with your 2.0.2. I would just ignore these 2 though. Not to worry, 2.0.3 is almost definitely less then 1 month away. % t/TEST -verbose compat/apache_util.t modperl/pnotes.t Woops, you picked the wrong names. t/TEST -verbose apche/content_length_header.t api/status.t All tests successful. Files=2, Tests=23, 1 wallclock secs ( 0.68 cusr + 0.04 csys = 0.72 CPU) [warning] server localhost.localdomain:8529 shutdown Yup, your 2 tests didn't fail originally :) Is the resulting mod_perl usable? Or is it to be considered untrustworthy? No its stable and trustworthy. -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone..."
Re: mod_perl make test failed tests
Hello Philip Thanks for your reply, which was very reassuring, actually. By the way, my perl5.8.3 is built for i386-linux-thread-multi, but my 5.8.8, which is what I built the mod_perl.so with, is built for i686-linux. Two questions, then: Is the non-threaded perl5.8.8 / mod_perl combination the preferred one? If I subsequently rebuild perl5.8.8 for i686-linux-thread-multi, will I have to re-make the mod_perl ? (I presume the answer to this is yes.) Maurice Yarrow Philip M. Gollucci wrote: Maurice Yarrow wrote: t/apache/content_length_header.t 271 3.70% 17 t/api/status.t 62 33.33% 4-5 These are fixed in SVN. You assume correctly. httpd backported/changed from functionality in 2.1.x to 2.0.56.. Just tests themselves needed to be updated -- no mod_perl source code. Install your mod_perl2 and have at fun. http://svn.apache.org/viewvc?rev=411041&view=rev http://svn.apache.org/viewvc?rev=411028&view=rev If it makes you feel better, you can apply those to your tree and see the tests pass with your 2.0.2. I would just ignore these 2 though. Not to worry, 2.0.3 is almost definitely less then 1 month away. % t/TEST -verbose compat/apache_util.t modperl/pnotes.t Woops, you picked the wrong names. t/TEST -verbose apche/content_length_header.t api/status.t All tests successful. Files=2, Tests=23, 1 wallclock secs ( 0.68 cusr + 0.04 csys = 0.72 CPU) [warning] server localhost.localdomain:8529 shutdown Yup, your 2 tests didn't fail originally :) Is the resulting mod_perl usable? Or is it to be considered untrustworthy? No its stable and trustworthy.
Re: mod_perl make test failed tests
Maurice Yarrow wrote: Hello Philip Thanks for your reply, which was very reassuring, actually. Excellent! By the way, my perl5.8.3 is built for i386-linux-thread-multi, but my 5.8.8, which is what I built the mod_perl.so with, is built for i686-linux. Two questions, then: Is the non-threaded perl5.8.8 / mod_perl combination the preferred one? Most likely. Especially if you're not using a threaded mpm (worker, event) or going not to make use threads in your code. I think DBI seems to be making progress on CLONE() ing $dbh handles, at least from the test results I got/saw over on dbi-dev (at) perl (dot) org for the 1.51-RC1 just posted. Its docs still say not to use DBI with ithread enabled perl in production, so I'd go with that recommendation. If I subsequently rebuild perl5.8.8 for i686-linux-thread-multi, will I have to re-make the mod_perl ? (I presume the answer to this is yes.) You are again correct. HTH. P.S. Its bed time where I'm at. (PST) -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone..."
Re: mod_perl make test failed tests
Philip M. Gollucci wrote: I think DBI seems to be making progress on CLONE() ing $dbh handles, at least from the test results I got/saw over on dbi-dev (at) perl (dot) org for the 1.51-RC1 just posted. Its docs still say not to use DBI with ithread enabled perl in production, so I'd go with that recommendation. I'm hoping we/I will find time for mod_perl 2.0.4 to include XS glue for APR's newish apr_mod_dbd and the mysql, pg, oracle, odbc drivers behind it, thus allowing connection pooling. -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone..."
list stats
Hi, I know there are better sources for this, but I had it handy. in May 2006 (based off the raw mbox file) 296 posts. Thats 296 / 31 = 9.54/day avg I sent 36 of them. There were ~ 85 unique posters. http://people.apache.org/~coar/mlists.html#perl.apache.org has more. There are multiple entries for -cvs and modperl@ Well it was interesting to me anyway. -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone..."
Re: connection to ibm db2 database
Hi iv,
may be Stas' Env::C module helps - see
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html
and the modules manpage.
For example i set the relevant environment variables to connect
to an informix DB server in startup.pl:
..
use Env::C;
Env::C::setenv('INFORMIXDIR', '/opt/informix', [$override]);
Env::C::setenv('INFORMIXSERVER', 'ol_server1', [$override]);
..
Helmut
iv schrieb:
hello
i've got a problem with connection to my database - db2.
i'm trying to esteblish it from a mod_perl module; every time i get an
error "null: DBI connect('my1st','iv',...) failed: Total Environment
allocation failure! Did you set up your DB2 client environment?"
i've searched the web and have carefully done what is suggested: set
enviromental variables in an apache config file, in the way like this:
PerlSetEnv DB2_PATH /opt/IBM/db2/
PerlPassEnv DB2_PATH
(i've also tried it with mod_env module and directives
SetEnv && PassEnv)
my module can see these variables appropriately in %ENV:
CUR_INSTNAME - db2inst1
DB2DIR - /opt/IBM/db2/V8.1
DB2INSTANCE - db2inst1
DB2_PATH - /opt/IBM/db2/V8.1
INSTHOME - /home/db2inst1
LD_LIBRARY_PATH - /home/db2inst1/sqllib/lib
LIBPATH - /home/db2inst1/sqllib/lib
SQLLIB - /home/db2inst1/sqllib/lib
(i've listed them simply running "foreach my $key (sort keys %ENV) {
$r->print("$key - $ENV{$key}");}" )
but it doesn't help: still no connection and the same error
any ideas will be highly appreciated
iv
regular expressions
Can anyone recommend a good book on regular expressions. I don't need a beginners book - I know how to work with regular expressions but I want to be able to understand and use everything and anything that can be done with regular expressions -I guess I would say that I need an advanced book. Thanks for any suggestions. Malka Cymbalista Webmaster, Weizmann Institute of Science [EMAIL PROTECTED] 08-934-3036
Re: regular expressions
> Can anyone recommend a good book on regular expressions. I don't need a > beginners book - I know how to work with regular expressions but I want > to be able to understand and use everything and anything that can be > done with regular expressions -I guess I would say that I need an > advanced book. Check out O'reilly "Mastering Regular Expressions" [1] By Jeffrey E. F. Friedl. 1. http://www.oreilly.com/catalog/regex/
Re: regular expressions
Malka Cymbalista wrote: Can anyone recommend a good book on regular expressions. I don't need a beginners book - I know how to work with regular expressions but I want to be able to understand and use everything and anything that can be done with regular expressions -I guess I would say that I need an advanced book. Thanks for any suggestions. perldoc perlre Mastering Regular Expressions by Jeffrey Friedl (published by O'Reilly, ISBN 1556592-257-3). -- __ Garrison Hoffman Codefix Consulting 1.718.210.3445 [EMAIL PROTECTED] http://codefix.net/ 1.866.456.0584
Followup: POST form hanging at new CGI
Sorry for the top reply. I think this has become off topic as I tested a separate Windows/IIS server and still have the same problem where certain clients POST forms are timing out. I can conclude it is not an Apache/MP problem. I did have the client test his machine by submitting a file to another site, and it worked for them. So, the problem does seem to still be at my end. Possibly a networking problem (DLink DI-704UP router, MTU settings, ISP blocking ???). I did run a network trace using Ethereal. I found the client's proxy was converting the POST data to HTTP/1.0 (without the proxy I think I saw the same client as HTTP/1.1). The client or proxy was chunking the data, but I never received the first POST data packet, only the second (of two). My next step is to re-write the CGI form so data can be submitted in small portions. Also, I guess I'll have to buy another router to test that possibility. Thanks for the feed-back. If anyone still has any suggestions or experience with this, I'd love to hear it. Regards, Tom --- Thomas Hilbig <[EMAIL PROTECTED]> wrote: > I recently updated my Linux/Apache/MP2 environment, > in > part hoping to resolve a problem that occurs with > about 10% of my clients. These clients experience a > timeout from my server when they submit a form using > POST having more than about 15KB of data (from httpd > access_log -- the actual posted data may be much > less > than this). I think it is related to their > proxy/firewall as the same computers/users do not > have > the problem when they connect directly to the > Internet > (i.e. dial up) to access the same form pages. > > I can replicate the problem using a very basic CGI > form. It uses CGI.pm and is hanging on the line "my > $q = new CGI;" when the POSTed data exceeds the 15KB > threshold from these clients. > > The httpd access_log shows an error 500, and the > httpd > error_log shows the following, >[Wed May 17 20:17:47 2006] [error] > Apache2::RequestIO::read: (70007) The timeout > specified has expired at (eval 178) line 5 > > Even if the problem is originating with these > clients' > proxy/firewall, it should never result the > timeout/hanging of the CGI.pm. Does anyone have a > suggestion on how to trace this or trouble-shoot it > further? > > Apache/httpd 2.2.2 > Mod_Perl 2.0.2 (problem occurs with/without > mod_perl) > CGI.pm 3.20 > Apache2::RequestIO 2.02 > Linux FC3: 2.6.12-1.1381_FC3smp > Perl 5.8.5 > Client: IE6 > One client's proxy sets environment variable > HTTP_VIA="1.0 WEBSENSE01SA, 1.0 > Symantec_Web_Security > (3.0.0.52)" > > Any suggestions/experience would be greatly > appreciated, > Tom > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
testing Apache/2.2 on Win32
For those Win32 users using ActivePerl 8xx, I've placed at http://theoryx5.uwinnipeg.ca/ppms/ ppm packages suitable for use with Apache/2.2: mod_perl-2.2, for mod_perl-2, and libapreq-2.2, for libapreq2 (Apache2::Request and friends). Note that if you're using Apache/2.2 you should use these packages; the mod_perl and libapreq2 packages also available in this repository were compiled against Apache/2.0, which aren't compatible with Apache/2.2. -- best regards, Randy Kobes
Re: regular expressions
Please remove me from list - Original Message - From: "Sumit Babu" <[EMAIL PROTECTED]> To: "Malka Cymbalista" <[EMAIL PROTECTED]>; <> Sent: Sunday, June 04, 2006 2:00 PM Subject: Re: regular expressions Can anyone recommend a good book on regular expressions. I don't need a beginners book - I know how to work with regular expressions but I want to be able to understand and use everything and anything that can be done with regular expressions -I guess I would say that I need an advanced book. Check out O'reilly "Mastering Regular Expressions" [1] By Jeffrey E. F. Friedl. 1. http://www.oreilly.com/catalog/regex/
Re: regular expressions
Please remove me from list - Original Message - From: "Garrison Hoffman" <[EMAIL PROTECTED]> To: "Malka Cymbalista" <[EMAIL PROTECTED]> Cc: Sent: Sunday, June 04, 2006 2:01 PM Subject: Re: regular expressions Malka Cymbalista wrote: Can anyone recommend a good book on regular expressions. I don't need a beginners book - I know how to work with regular expressions but I want to be able to understand and use everything and anything that can be done with regular expressions -I guess I would say that I need an advanced book. Thanks for any suggestions. perldoc perlre Mastering Regular Expressions by Jeffrey Friedl (published by O'Reilly, ISBN 1556592-257-3). -- __ Garrison Hoffman Codefix Consulting 1.718.210.3445 [EMAIL PROTECTED] http://codefix.net/ 1.866.456.0584
[ANNOUNCE] Apache-AuthCookie 3.10
The uploaded file Apache-AuthCookie-3.10.tar.gz has entered CPAN as file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthCookie-3.10.tar.gz size: 34993 bytes md5: 8dd9f4a3db329c378f5e5b394c05b5b3 Changes: Version: 3.10 - Bug Fix: when copying user from prev request, check that $r->prev is defined, not just that $r->is_initial_request is true.
Re: testing Apache/2.2 on Win32
We recently removed cli-[dev/[EMAIL PROTECTED] and moved that traffic straight to the general [EMAIL PROTECTED]/[EMAIL PROTECTED] lists. I mention it because announcements like this could be very useful to [EMAIL PROTECTED] folks. Bill Randy Kobes wrote: For those Win32 users using ActivePerl 8xx, I've placed at http://theoryx5.uwinnipeg.ca/ppms/ ppm packages suitable for use with Apache/2.2: mod_perl-2.2, for mod_perl-2, and libapreq-2.2, for libapreq2 (Apache2::Request and friends). Note that if you're using Apache/2.2 you should use these packages; the mod_perl and libapreq2 packages also available in this repository were compiled against Apache/2.0, which aren't compatible with Apache/2.2.
use warnings logging
This post is in the context of mod_perl-2 handler's such as PerlResponseHandler MyModule::handler().When "use strict" in one of my modules has something to complain about it puts an error message into the vhosts's error log as any good warnings/errors module should, for example /www/addons/logs/error_log. However "use warnings" in my handler's likes to put all of it's message into the server's global error_log, which is /opt/apache/logs/error_log. This is obviously very unsuitable since error messages from multiple vhosts will go into the same log file! Madness!There has to be a way to fix this, but how?Patrick R.
