Re: Apache::compat was Apache::DBI with mod_perl 2.0
Ok, I went and installed Apache from CVS this time, but it looks like that installed 2.0.40-dev and I'm still getting errors during make test of mod_perl 2. Does it have to be 2.0.39 specifically to compile? Sorry if I'm just not getting it... -Zac using Apache/2.0.40-dev (prefork MPM) [Thu Jun 27 03:43:52 2002] [info] 20 Apache:: modules loaded [Thu Jun 27 03:43:52 2002] [info] 5 APR:: modules loaded [Thu Jun 27 03:43:52 2002] [info] base server + 5 vhosts ready to run tests [Thu Jun 27 03:43:54 2002] [info] 19 Apache:: modules loaded [Thu Jun 27 03:43:54 2002] [info] 5 APR:: modules loaded [Thu Jun 27 03:43:54 2002] [info] base server + 5 vhosts ready to run tests waiting for server to start: ok (waited 10 secs) server localhost.localdomain:8529 started server localhost.localdomain:8530 listening (TestDirective::perlmodule) server localhost.localdomain:8531 listening (TestDirective::perlrequire) server localhost.localdomain:8532 listening (TestProtocol::echo) server localhost.localdomain:8533 listening (TestProtocol::echo_filter) server localhost.localdomain:8534 listening (TestFilter::input_msg) apache/cgihandlerok apache/compatok apache/compat2...ok apache/conftree..ok apache/constants.ok apache/post..ok apache/read..ok apache/scanhdrs..ok apache/subprocessok apache/write.ok api/access...ok api/aplogok api/conn_rec.ok api/lookup_uri...ok api/lookup_uri2..ok api/module...ok api/r_subclass...ok api/request_rec..ok api/response.ok api/rutilok api/send_fd..ok 2/3# Failed test 3 in api/send_fd.t at line 23 api/send_fd..FAILED test 3 Failed 1/3 tests, 66.67% okay api/sendfile.ok 2/3# Failed test 3 in api/sendfile.t at line 23 api/sendfile.FAILED test 3 Failed 1/3 tests, 66.67% okay api/server_rec...ok api/server_util..ok api/uri..ok apr/base64...ok apr/constantsok apr/date.ok apr/netlib...ok apr/os...ok apr/perlio...skipped all skipped: no reason given apr/pool.ok apr/string...ok apr/tableok apr/util.ok apr/uuid.ok directive/envok directive/perlmodule.ok directive/perlrequireok directive/setupenv...ok filter/api...ok filter/buckets...ok filter/input_bodyok filter/input_msg.ok filter/lcok filter/reverse...ok hooks/access.NOK 2# Failed test 2 in hooks/access.t at line 15 hooks/access.FAILED test 2 Failed 1/4 tests, 75.00% okay hooks/authen.ok 1/4# Failed test 2 in /opt2/src/mod_perl-1.99_04/Apache-Test/lib/Apache/Test.pm at line 46 fail #2 hooks/authen.NOK 2# Failed test 3 in /opt2/src/mod_perl-1.99_04/Apache-Test/lib/Apache/Test.pm at line 46 fail #3 hooks/authen.FAILED tests 2-3 Failed 2/4 tests, 50.00% okay hooks/authz..NOK 2# Failed test 2 in hooks/authz.t at line 15 # Failed test 3 in hooks/authz.t at line 17 hooks/authz..FAILED tests 2-3 Failed 2/4 tests, 50.00% okay hooks/fixup..ok hooks/headerparser...ok hooks/init...ok hooks/trans..# Failed test 1 in hooks/trans.t at line 12 hooks/trans..FAILED test 1 Failed 1/3 tests, 66.67% okay modperl/dir_config...ok modperl/endavok modperl/env..ok modperl/exit.ok modperl/getc.ok modperl/method...ok modperl/methodname...ok modperl/methodobjok modperl/pnotes...ok modperl/printok modperl/printf...ok modperl/readline.ok modperl/sameinterp...ok modperl/subenv...ok modules/cgi..ok modules/cgiuploadok modules/include..ok protocol/echook protocol/echo_filter.ok Failed TestStat Wstat Total Fail Failed List of Failed --- api/send_fd.t 31 33.33% 3 api/sendfile.t31 33.33% 3 hooks/access.t41 25.00% 2 hooks/authen.t42 50.00% 2-3 hooks/authz.t 42 50.00% 2-3 hooks/trans.t 31 33.33% 1 1 test skipped. *** server localhost.localdomain:8529 shutdown !!! error running tests (please examine t/logs/error_log) make: *** [run_tests] Error 1 - Original Message - From: Stas Bekman [EMAIL PROTECTED] To: Zac Morris [EMAIL PROTECTED] Sent: Thursday, June 27, 2002 2:33 AM Subject: Re: Apache::compat was Apache::DBI with mod_perl 2.0 errors: using Apache/2.0.36 (prefork MPM) because you must use 2.0.39.
mod_perl 1.99 on Win2k with Apache2
Would someone please tell me where I can find instructions for installing the above? Thanks Nigel ITM Business Solutions Unit 4 Nine Trees Trading Estate Morthen Road Rotherham S66 9JG Reception Tel: 01709 703288 Fax: 01709 701549 Help Desk Tel:01709 530424 Fax: 01709 702159 CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law.
Re: Apache::compat was Apache::DBI with mod_perl 2.0
Zac Morris wrote: Ok, I went and installed Apache from CVS this time, but it looks like that installed 2.0.40-dev and I'm still getting errors during make test of mod_perl 2. Does it have to be 2.0.39 specifically to compile? Yes, to compile 1.99_04 Sorry if I'm just not getting it... It's easy: * httpd is changing all the time * Perl is changing too * mod_perl uses both APIs and therefore depends on the above two in order to give you a version where mod_perl uses the right APIs from httpd and Perl, we say the versions that you've to use. Now if you go for the cvs versions, chances are that we didn't have a chance to update mod_perl to the latest cvs changes in httpd, perl or both. And this is the case that you hit. get 5.8.0-RC2 and 2.0.39 and then 1.99_04 will compile and pass all tests 100%. __ 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 1.99 on Win2k with Apache2
Nigel Peck wrote: Would someone please tell me where I can find instructions for installing the above? http://perl.apache.org/release/docs/2.0/os/win32/index.html Nigel, remember that you should reply back to the list if you have any further questions. Do *not* reply to me in private!!! __ 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: Apache::compat was Apache::DBI with mod_perl 2.0
Ok, I understand. Maybe some kind of message/logic in the make to tell you that you have to have specifically x, y, z. Because I honestly DID hear you say x, y, z but my brain assumed x+, y+, z+ Just a thought. Thanks, -Zac - Original Message - From: Stas Bekman [EMAIL PROTECTED] To: Zac Morris [EMAIL PROTECTED] Cc: mod_perl [EMAIL PROTECTED] Sent: Thursday, June 27, 2002 6:08 AM Subject: Re: Apache::compat was Apache::DBI with mod_perl 2.0 Zac Morris wrote: Ok, I went and installed Apache from CVS this time, but it looks like that installed 2.0.40-dev and I'm still getting errors during make test of mod_perl 2. Does it have to be 2.0.39 specifically to compile? Yes, to compile 1.99_04 Sorry if I'm just not getting it... It's easy: * httpd is changing all the time * Perl is changing too * mod_perl uses both APIs and therefore depends on the above two in order to give you a version where mod_perl uses the right APIs from httpd and Perl, we say the versions that you've to use. Now if you go for the cvs versions, chances are that we didn't have a chance to update mod_perl to the latest cvs changes in httpd, perl or both. And this is the case that you hit. get 5.8.0-RC2 and 2.0.39 and then 1.99_04 will compile and pass all tests 100%. __ 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: Apache::compat was Apache::DBI with mod_perl 2.0
Zac Morris wrote: Ok, I understand. Maybe some kind of message/logic in the make to tell you that you have to have specifically x, y, z. Because I honestly DID hear you say x, y, z but my brain assumed x+, y+, z+ I've updated the README file, which now states what you need. All the troubles will go away, after perl 5.8.0 (RSN) and Apache 2.0 (ASAP) will freeze their APIs and be released. __ 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: Apache::compat was Apache::DBI with mod_perl 2.0
Zac Morris wrote: Ok, still getting the same errors during make test. One of the first lines of the perl Makefile.PL --blahblah shows: Configuring Apache/2.0.39 mod_perl/1.99_04 Perl/v5.8.0 Does this mean that the make install I did on the Perl/v5.8.0_RC2 didn't take? may be you didn't install it after the build? I suggest installing everything into a new location so there will be no doubts. Just to test. just write a script that does all the work so you don't have to waste time. you can ignore the 'make test' in the perl source which is very long (assuming that it works for you) When I perl --version should it show me 5.8.0 RC2? nope. it shows 5.8.0 __ 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: Any known good configuration for mod_perl DSO?
In response to my question, Ged Haywood pointed me at a message from Chip Turner, reproduced here in part: When it comes to perl and mod_perl, we've been working to try to make sure it works reliably from RPMs. RH 7.3 should work well out of the box, as should 7.2, once all errata applied. The rest of this thread points out a few issues, though, but I think that tends to be issues with other perl modules that have shared library components. If you (or anyone else!) have specific failures or test cases you've seen, though, I'll look into it and see if it is something we can fix. That should is a big big word, as I came across Mr Turner's message in a search of the list archives -- I'm currently working with a RedHat 7.2 box with all errata applied. All Perl-related RPMs were supplied by RedHat. And I get silent failure in the form of segmentation faults. So that's why I asked my original question. Can I expect that if we upgrade our web servers to RedHat 7.3, we'll be rid of the segfault problem? Or am I looking at rolling my own RPMs or installing from source RPMs? My suspicion, confirmed by Mr Turner, is that this is tied directly to shared libraries and toolchains, and so I suspect further that the problem will go away if I build everything from scratch using source RPMs. In the meanwhile, thanks to the people who have offered tips on building from source RPMs. Right now, it looks like this is the way we're going to go. And finally, thank you to the people who recommended (many in private messages) ditching RPMs altogether and installing from source, but unfortunately that's not an option, as I thought I had made clear in my initial post. One of the reasons we're using RPMs to handle configuration management is that we have several redundant servers in production and several servers for development use, and it's important that the configuration on each server be identical. It's also important that, if we add a new server to either group, we can produce an identical configuration to the development and production clusters. Charlton
Re: Any known good configuration for mod_perl DSO?
Wilbur, Charlton wrote: Or am I looking at rolling my own RPMs or installing from source RPMs? My suspicion, confirmed by Mr Turner, is that this is tied directly to shared libraries and toolchains, and so I suspect further that the problem will go away if I build everything from scratch using source RPMs. I highly recommend building your own RPMs. It works great, you get exactly what you want (and nothing you don't want), and you can install them quickly on a cluster of machines because you don't have to recompile on each one. - Perrin
PerlTransHanlder and path_info() question
Hello all,
I have the following question on which I would appreciate any insight.
I have written a failry simple multiplexing PerlTransHandler. Its task
is to check the uri and if it matches a certain string then push an
associated PerlHandler onto the stack. An example can make it clearer:
Let's say I make the following request:
GET /action1/arg1
The PerlTransHandler has a hash, mapping actions to modules like that:
%h = (
'/action1' = My::Module1,
'/action2' = My::Module2,
);
so by checking all the keys of the hash against the uri with a regex it
will eventually match the '/action1' and do the following:
$r-push_handlers(PerlHandler = $h{action1});
More importantly it will also set the path_info to the rest of the uri,
ie /arg1, so that it can later be read by the PerlHandler that was
pushed onto the stack:
$r-path_info('/arg1');
and finally:
return OK;
so that no other PerlTransHandler is invoked.
Up to here everything works fine and eventually the PerlHander
My::Module1 is invoked and the path_info is read correctly.
My problem arose when I added some debugging info to the
PerlTransHandler and I realized that it was actually invoked twice for
each request!
I realized this by tracing the current_callback, URI and path_info in my
error logs. When I did that I got two consecutive entries from the
translation handler:
PerlTransHandler URI=/action1/arg1 path_info=
PerlTransHandler URI=/arg1 path_info=
PerlHandler URI=/action1/arg1 path_info=/arg1
My question is why does the second line appear? I never made an explicit
request for this URI (/arg1).
By doing some extra testing I realized that if I don't set the path_info
in my PerlTransHandler then I avoid the duplication. But I still do not
understand why if I set the path_info so that my PerlHandler can read
its arguments from there I get the duplication effect. My scripts work
perfectly well so this is more of an academic issue but still any help
would be greatly appreciated.
Many thanks,
Giorgos
RE DBD: :RAM Woes
I see noone replied to you. I can't help you now but have a need to explore this
module. Maybe we can help each other. I can't get it to make test on Winsows 2000.
Are you not on Windows?
I haven't used this module but got the idea to use it for somthing I'm doing that is a
little weird. Got all the specified and unspecified pre-requisites. All got made and
installd OK except DBD::RAM. Make test gets me the following
Testing empty loop speed ...
10 iterations in 0.1 cpu+sys seconds (100 per sec)
Testing connect/disconnect speed ...
2000 connections in 1.0 cpu+sys seconds (1921 per sec)
Testing CREATE/DROP TABLE speed ...
Test failed, message: Can't locate DBI object method csv_cache_sql_parser_objec
t via package DBD::RAM::db at C:/perl/site/5.6.0/lib/DBD/File.pm line 170.
Can't locate DBI object method csv_cache_sql_parser_object via package DBD::R
AM::db at C:/perl/site/5.6.0/lib/DBD/File.pm line 170.
NMAKE : fatal error U1077: 'C:\perl\5.6.0\bin\MSWin32-x86\perl.exe' : return code
'0xff'
Stop.
I'm on Windows 2000.
-Original Message-
From: Gabriel C Millerd [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 5:53 AM
To: [EMAIL PROTECTED]
Subject: DBD::RAM Woes
i am writing a little function (see hack below) that will allow me to
sort data for my CGI's easily (especially for multiple columns) ... ala
another function that works the CGI.pm aspect of things.
problem is that this function seems to (under mod_perl) duplicate the
rows that i pass to it (although it sorts all of them wonderfully). if i
castrate the function in order to see if the problem is elsewhere to
'sub sortcol {return shift}' it works just fine (although it doesnt sort
anything)
thanks for any help you guys can provide.
package Hacks;
use strict;
use DBI;
sub sortcol {
my @body=@{$_[0]};
my @ords=@{$_[1]};
my $cols = @body;
my $table=tmptable;
my @alpha=('a' .. 'zz');
my @col_names;
my $dbh = DBI-connect('dbi:RAM:',,,{RaiseError = 0});
for my $i (0 .. $cols-1) {
push(@col_names, $alpha[$i]);
}
$dbh-func({table_name = $table,
col_names = join(',',@col_names),
data_type = 'ARRAY',
data_source = \@body,
}, 'import' );
my $orderby;
{
my @tmp;
for my $ord (@ords) {
my $ao=abs($ord);
push(@tmp,
join(' ',
$alpha[$ao],
$ao==$ord ? ASC : DESC));
}
$orderby=join(', ', @tmp);
}
# DBD::RAM 'export array' method broken?
my $sth = $dbh-prepare(SELECT * FROM $table ORDER BY $orderby);
$sth-execute();
my @body;
while( my (@cells) = $sth-fetchrow_array) {
push(@body, \@cells);
}
$sth-finish();
$dbh-disconnect();
return(\@body);
}
1;
---
Gabriel C. Millerd |Oh loneliness and cheeseburgers are a deadly
Super Plumber |combination. -Comic Book Guy
|
[OT] RE DBD: :RAM Woes
Gabriel
Emailed the author of DBD::RAM and got nearly and instantaneous response as below.
Chuck
Hi,
DBD::RAM has been replaced by DBD::AnyData which does everything
DBD::RAM did and much more (I'm the author of both). Download and
install AnyData, SQL::Statement and then DBD::AnyData in that order and
you should be set to go. Sorry for the problems with RAM, I'll be
removing the link to it soon. You have a choice on SQL::Statement since
it now exists in two versions, see this page for more info on which
version you might want and how to get them:
http://www.vpservices.com/jeff/programs/sql-compare.html
--
Jeff
-Original Message-
From: Gabriel C Millerd [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 5:53 AM
To: [EMAIL PROTECTED]
Subject: DBD::RAM Woes
i am writing a little function (see hack below) that will allow me to
sort data for my CGI's easily (especially for multiple columns) ... ala
another function that works the CGI.pm aspect of things.
problem is that this function seems to (under mod_perl) duplicate the
rows that i pass to it (although it sorts all of them wonderfully). if i
castrate the function in order to see if the problem is elsewhere to
'sub sortcol {return shift}' it works just fine (although it doesnt sort
anything)
thanks for any help you guys can provide.
package Hacks;
use strict;
use DBI;
sub sortcol {
my @body=@{$_[0]};
my @ords=@{$_[1]};
my $cols = @body;
my $table=tmptable;
my @alpha=('a' .. 'zz');
my @col_names;
my $dbh = DBI-connect('dbi:RAM:',,,{RaiseError = 0});
for my $i (0 .. $cols-1) {
push(@col_names, $alpha[$i]);
}
$dbh-func({table_name = $table,
col_names = join(',',@col_names),
data_type = 'ARRAY',
data_source = \@body,
}, 'import' );
my $orderby;
{
my @tmp;
for my $ord (@ords) {
my $ao=abs($ord);
push(@tmp,
join(' ',
$alpha[$ao],
$ao==$ord ? ASC : DESC));
}
$orderby=join(', ', @tmp);
}
# DBD::RAM 'export array' method broken?
my $sth = $dbh-prepare(SELECT * FROM $table ORDER BY $orderby);
$sth-execute();
my @body;
while( my (@cells) = $sth-fetchrow_array) {
push(@body, \@cells);
}
$sth-finish();
$dbh-disconnect();
return(\@body);
}
1;
---
Gabriel C. Millerd |Oh loneliness and cheeseburgers are a deadly
Super Plumber |combination. -Comic Book Guy
|
Re: missing .al files with apache/mod_perl
Hi there, On Wed, 26 Jun 2002, Perrin Harkins wrote: Furthermore, this file doesn't exist in my filesystem. How is it possible that (1) the module works without this apparently required file at the command line but (2) doesn't work with apache/mod_perl ? How is it possible? Two ways: you could be wrong about the existence of the file, or the situtation that requires the file might only arise when you use it with mod_perl. I'd suggest you start debugging it by looking at the things that are different when running it from mod_perl: the user, environment variables, working directory, ways that you call it, etc. One of those things is probably responsible. 'Perl -V' would tell us what's in INC amongst other things... 73, Ged.
info
infoDo You Yahoo!? µ½ÑÅ»¢Öйú2002 FIFAÊÀ½ç±¾Û½¹¸ÐÊÜ×ãÇòµÄ÷ÈÁ¦£¡
mode_perl and Apache 2.0
Hi All Which version of mod_perl runs on latest Apachec 2.0.39 version? When I tried building mod_perl 1.27 with Apachec 2.0.39 , it gave me an error saying it needs Apache 1.3.0. Does it mean we cannot currently run mod_perl on Apache 2.0? I need to upgrade to Apache 2.0 in order to get the latest security patches. Thanks = - Praveen __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
Re: mode_perl and Apache 2.0
mod_perl-1.99_x runs on Apache 2.x , available at http://perl.apache.org/dist/ Praveen Ray [EMAIL PROTECTED] 06/28/02 10:23AM Hi All Which version of mod_perl runs on latest Apachec 2.0.39 version? When I tried building mod_perl 1.27 with Apachec 2.0.39 , it gave me an error saying it needs Apache 1.3.0. Does it mean we cannot currently run mod_perl on Apache 2.0? I need to upgrade to Apache 2.0 in order to get the latest security patches. Thanks = - Praveen __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
Re: mode_perl and Apache 2.0
Praveen Ray wrote: Hi All Which version of mod_perl runs on latest Apachec 2.0.39 version? When I tried building mod_perl 1.27 with Apachec 2.0.39 , it gave me an error saying it needs Apache 1.3.0. That's correct. Does it mean we cannot currently run mod_perl on Apache 2.0? You run mod_perl 1.27 with Apache 1.3.x (1.3.26 the latest) You run mod_perl 1.99_04 with Apache 2.0.39. But this mod_perl is not ready for production. I need to upgrade to Apache 2.0 in order to get the latest security patches. No, you don't. You need 1.3.26. See http://httpd.apache.org/ [!!!Any follow-ups on this reply must go back to the list!!!] __ 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
Image manipulation recommendation?
Hi all, I hope this isn't too far off topic. I'm working on a mod_perl web project in which it would be *really* quite handy if I could dynamically rasterize text over existing images. What I would ideally like is a pointer to a good Perl library that will allow me to take an existing image (gif, png, or jpg), and fairly easily render Type 1 (preferred) or Truetype fonts overtop of the image, and return the result. Caching the result would be a bonus. For this project, ease of implementation far outweighs the need for bells and whistles. I'd rather not have to learn a complex API just to throw some dynamic text on an image. :-) Thanks, - Ryan -- Ryan Thompson [EMAIL PROTECTED] SaskNow Technologies - http://www.sasknow.com 901 1st Avenue North - Saskatoon, SK - S7K 1Y4 Tel: 306-664-3600 Fax: 306-664-3630 Saskatoon Toll-Free: 877-727-5669 (877-SASKNOW) North America
