Re: Runtime information

On 4/4/2014 11:33 AM, John Dunlap wrote: Is there any way to get internal runtime metrics from mod perl? For example, how many interpreters there are, how many interpreter pools there are etc? I'm trying to track down a connection leak at the moment and I think that this kind of information would

Re: Scoreboard effects on server performance [was Re: Accessing list of worker statuses in /server-status via Apache2::Status]

On 1/8/2014 6:53 PM, Fred Moyer wrote: Figured it out - declaring the location of the scoreboard file in httpd.conf creates it there. Getting a segfault with httpd 2.2.24/5.14.2, will get a coredump and backtrace and report back. Guessing that the most performant means of using this scoreboard

Re: Session handling

On Sunday 27 April 2008, Tracy12 wrote: > I do not flush, but I can see the cookies generated in the session folder You could try adding the flush to see if it helps. > This happens in only one navigation path only Then it sounds like there's something particular to that path, rather than it be

Re: Session handling

On Thursday 17 April 2008, Tracy12 wrote: > We do run a cron job to clean up the cache, Anyhow even it contains old > data, they are basically expired, I can't > understand how that gonna cause this issue, To my understanding we clean up > the cache primarily because it is just filling up the har

Re: Session handling

On Thursday 17 April 2008 01:04:14 Tracy12 wrote: > for session handling we use CGI:Session cpan distribution, > > we do use local file for cookie storage, eventhough the session time out is > 30, sometimes the set information in the > session get lost before that, has anybody experience this befo

Re: undefined subroutine: get_server_description, get_server_banner

On Tuesday 08 April 2008 07:26:55 am Jeff Armstrong wrote: > Folks, > > escription_> indicates that I should be able to: >$description = Apache2::ServerUtil::get_server_description(); > > however, I find that >Ap

Re: troubleshooting

On Monday 17 March 2008 08:30:17 am Beginner wrote: > > Do you mean that the OS auto-upgraded something, or that you upgraded > > something manually? What exactly was upgraded? > It looks like logrotate shutdown httpd and http failed to start after > that. For reference, that seems to be cause

[RELEASE CANDIDATE] Apache-Scoreboard-2.09

Available here: http://www.liminalflux.net/perl/Apache-Scoreboard-2.09.tar.gz MD5: df133feb853c4ef743557e6621adcc3f Changes: 2.09 - Tue Mar 4 15:58:00 EST 2008 Only process request if we're enabled for this uri Improve apr header detection for build. (Some distributions install in ../includ

Re: MP1 -> MP2 migration Problems.

On Thursday 14 February 2008 09:13:41 am Rafael Caceres wrote: > On Wed, 2008-02-13 at 23:00 +0100, André Warnier wrote: > > Of course, what I forgot to mention below - and sorry if you know that > > already - is that whichever perl modules you pre-load in your main > > Apache server config via th

Re: handler using a module

On Thursday 14 February 2008 08:33:34 am Raymond Wan wrote: > So in an HTML file that will be processed by Mason, I call "myFunction > ()" and it says it is undefined. This surprised me since I indicated > that I am using myOwnFunctions in the handler with the "use" directive. > Is that not the w

Re: Apache2::Upload partial upload

On Wednesday 09 January 2008 10:28:39 pm Mark Alway wrote: > (did I get this sent to the list or just back to Malcolm...I don't see > the list address in the subscribe confirmation?) Just to me. cc'd back to the list > I'm having a very similar problem. My setup: Apach

Re: Apache2::Upload partial upload

On Wednesday 09 January 2008 9:54:57 pm Foo JH wrote: > Is there any value in receiving an incomplete upload? Yes. The upload consists of multiple files in a multi-part POST. Getting some of the files is better than getting none of the files. > Are you better off deciding how to avoid the time

Apache2::Upload partial upload

Is there any way to get some of the pieces of an incomplete multi-part post? The situation I have is a client uploading multiple files as pieces of a POST, but then timing out in some manner whilst doing so. I know I'm getting some of the files (I have an upload_hook in place that dumps the fil

Re: help about Apache::Scoreboard

On Thursday 13 December 2007 10:00:30 am Jeff Pang wrote: > right now I got these exceptions in error_log: > > [Thu Dec 13 21:53:49 2007] [notice] child pid 4660 exit signal > Segmentation fault (11) Apache::Scoreboard is basically just a wrapper around the apache scoreboard api, so we're dealin

Re: help about Apache::Scoreboard

On Wednesday 12 December 2007 11:36:34 pm Jeff Pang wrote: > When added these code in my handler: > > > my $r = shift; > > # We decline to handle subrequests: otherwise, a few lines down we > # could get into an infinite loop. > return DECLINED unless $r->is_initial_req; > > # > #

Re: Apache::Scoreboard for mp1

oreboard releases). If you get the previous release from CPAN ( cf. http://search.cpan.org/~dougm/Apache-Scoreboard-0.10/). That should work. It's fairly simple code and hasn't changed in quite a while. If you have any problems, let me know. Malcolm maintainer: Apache::Scoreboard, Apache::VMonitor.

Re: GATEWAY_INTERFACE CGI-Perl

On Wednesday 21 November 2007 6:21:57 am Neil Shephard wrote: > Alias /cgi-perl /usr/local/apache/chi-perl/ > Should that be: Alias /cgi-perl /usr/local/apache/cgi-perl/ rather than Alias /cgi-perl /usr/local/apache/chi-perl/ ? (typo in c[gh]i-perl?) > 3. The book indicates th

Re: 'make test' fails with "the server is down, giving up after 121 secs"

On Thursday 18 October 2007 9:47:31 am Colvin, Joshua wrote: > Hello all, > > I am trying to upgrade bugzilla from 2.22 to 3.0.2 on 32-bit RHEL4, and > this means upgrading mod_perl from 1.99_16 to 2.0.03 via CPAN. > Unfortunately the 'make test' fails, saying: > > the server is down, giving up aft

Re: Perl section and request object

On Wednesday 19 September 2007 4:43:25 am antoine7 wrote: > > use Apache2::RequestUtil (); > my $r = Apache2::RequestUtil->request; > [...] > > > But when I restart the server I get the following error message > etch:~# /etc/init.d/apache2 restart > Forcing reload of web

Re: mod_perl2 and SDBM-tied hashes

On Sunday 29 July 2007, Brian Reichert wrote: > The background: I often use SDBM-tied hashes to share cheap slow > data across concurrent apps. Not much luck under Mason. > > I've cobbled together a Mason handler.pl that maintains such a tied > hash as a global variable. > > I've written a compon

Re: problem calling a file under mod_perl2

On Tuesday 29 May 2007, Clinton Gormley wrote: > > Ok, then I finally understand what is happening. But is there any other > > option to use every script under mod_perl even calling it from php? > > The only way I can think of would be to make a web request in PHP, so > the PHP program does an HTT

Re: internal_redirect & ModPerlRegistr

On Monday 26 March 2007, Anthony Gardner wrote: > This is MP2 ... actually RHE 1.99. We have compiled a test MP2 but > still get seg faults. Ah, that's possibly not actually MP2. RH shipped a pre-release version of MP, and there were a lot of changes and bug fixes after that point (includ

Re: Apache::VMonitor doesn't install (can't find Apache::Scoreboard): suggested patch

On Tuesday 05 December 2006 20:33, David Scott wrote: > I *finally* managed to get this to work. The problem is in > Apache::Scoreboard, in Scoreboard.xs: apparently > ap_exists_scoreboard_image() can return the value 0 even when everything > is OK, Can I ask how you found that out? I've been tr

Re: AW: Cannot restart or stop Apache after several days of running

On Wednesday 18 October 2006 02:14, Henrik Steffen wrote: > > Are you running with ssl enabled? > no Then ssl isn't the problem. > > One thing I've noticed (at least on linux) is that if your system is low > > on entropy random number generator is low on randomness > > ('cat /proc/sys/kernel/ran

Re: Cannot restart or stop Apache after several days of running

On Tue, 2006-10-17 at 08:54 +0200, Henrik Steffen wrote: > This works fine in the first couple of days (sometimes > weeks) after a reboot but then suddenly I am no longer able to > perform a normal "apachectl restart". After entering this command > actually nothing happens. The command execution ju

Re: running Perl CGI using mod_perl 2 and suexec?

On Friday 22 September 2006 18:25, Laurent MARTIN wrote: > First of all this is my very first post on this mailing list. I've > browsed the web but I haven't been able to find the answer I'm > looking for, so... > ...my question: is it possible to run a Perl (5.8.6) CGI using Apache > 2.2.3 w/ mod

Re: Getting post data

On Thursday 28 September 2006 04:03, Erik Norgaard wrote: (I don't recall seeing a response to this, apologies if I'm duplicating). > I am using Apache 2.2 with mod_perl2. Reading the documentation I have > found that I should get POST data using read(): > >$r->read($buffer, $r->headers_in('c

Re: A newbie modperl problem

On Thursday 28 September 2006 04:45, GZ Dark wrote: > At first I'll say sorry that have no experience for writting the modperl > handler. > When I wrote a simple handler like: > > $ cat CorpFB/Feedback.pm > The CorpFB/Feedback.pm is under the directory of '/home/apache1.3/cgi' > which exist in th

Re: dir_config -- sanity required. (Restated)

On Saturday 23 September 2006 11:41, Will Fould wrote: > Thank Philip -- That helps! But both virtual hosts run their own > installation of the same scripts (hence, same package names). The > installation loads it's configuration for those scripts located at $myvar > (a simple package with variab

Re: [MP2] Carp::Confess doesn't traceback

On Wednesday 06 September 2006 07:36, Beheer wrote: > On Tue, 2006-09-05 at 09:25 -0300, Adriano Ferreira wrote: > > The issue is: does apache2 reports the segmentation fault with > > Carp::confess? If this is not the case, that's why you don't see the > > stack trace information. > > Yes, it does

Re: Using "switch" in section.

On Friday 18 August 2006 08:17 am, Elizabeth Mattijsen wrote: > Source filters don't work in mod_perl. Period. That's not entirely true. I use Data::Dumper::Simple which is a source filter and don't have any problems with it. It might not be recommended, but it's not an absolute "will not work"

Re: [offtopic] perl newbie frustrated

On Thursday 13 July 2006 19:41, Philip M. Gollucci wrote: > checkout Data::Dumper; or Data::Dumper::Simple, which I much prefer. -- "Why do you always try to draw me into your little verbal fencing matches?" "Because I don't have a real sword handy." - Londo's wives in Babylon 5: Soulmates

Where is your mail list?

Hello, Do you have a searchable email list so that I could see if a bug has already been reported? Like an nntp sort of thing? Or someplace I can grep around? In particular, I keep getting one of those " Please file a bug report" results during "make test" of the latest (2.0.2) mod_perl on RedH

Re: Where do the "warn" message go? (Ap2 & MP2 on Win32)

On Thursday 11 May 2006 02:00 am, Lionel MARTIN wrote: > Hi, > > I'v really tried to reduce everything to a minimum to insulate the problem. > > So, here's the config file: > > # > ServerName MYSERVER > ServerRoot "C:\Program Files\Apache > Group\Apache2\TestingFromScratch\ApacheModPerl" On th

Re: Where do the "warn" message go? (Ap2 & MP2 on Win32)

On Thursday 11 May 2006 01:40 am, Lionel MARTIN wrote: > I tried to put a "LogLevel debug" in my httpd.conf, so that everything gets > logged, but this didn't make a difference: my warn messages don't get > logged. > What else could I try, in order to find out why? Are your logs going through sy

Re: Where do the "warn" message go? (Ap2 & MP2 on Win32)

On Thursday 04 May 2006 06:37 am, Lionel MARTIN wrote: > I'm sorry, but I may have misled you: I "said" script, but I'm not talking > about CGI scripts here. > > In fact, even when puttting my "warn $msg;" in a custom MP handler, the > message doesn't go to the error log. > > So, I'd like to under

Re: Database transaction across multiple web requests

On Friday 31 March 2006 02:10 pm, Jonathan Vanasco wrote: > On Mar 31, 2006, at 2:00 PM, Frank Wiles wrote: > > Yup, you're right I just double checked and there isn't a LIMIT/ > > OFFSET > > in the SQL standard. For someone reason... probably because it's so > > freaking useful, I assumed i

Re: A question for the newbies

On Thursday 16 February 2006 05:23 pm, Jonathan Vanasco wrote: > On Feb 16, 2006, at 4:20 PM, Perrin Harkins wrote: > > Probably slower. TT and Mason don't need to do any regexes because > > they have compiled the template to a perl sub. They don't have to parse > > the template at all after th

Re: modperl and DBI or DBD with mysql

On Saturday 04 February 2006 02:45 am, Derek Robson wrote: > DBI->connect("DBI:mysql:database=answerguy;host=elmo.elmo.theanswerguy.co.n >z", "robsonde", "ur4xgod", I don't know what the problem with your code is, but you probably should change your password now that you've told everyone. :) >

Re: Problems with PerlRun

On Tuesday 31 January 2006 08:35 am, JupiterHost.Net wrote: > If it looks like Perl 4 and works like Perl 4 its prolly from Perl 4 > (pronounced "at least needs to be checked since it may indicate the > problem") > > new Whatever; > > will work but its highly recommended for various reason to do

Re: Persistent DB Connection problem

On Wednesday 14 December 2005 10:50 am, Perrin Harkins wrote: > On Wed, 2005-12-14 at 16:43 +0100, Thomas Schindl wrote: > > I've now taken a closer look into the whole thing and at the moment > > it seems to possible to use mod_dbd to provide the physical connection on > > C-level to DBD::mysql.

Re: apache::session not writing to db

On Sunday 18 December 2005 02:31 pm, Michael Greenish wrote: > Note that I set 'stuff' immediately after the session > is created. I would expect at this point that the > database be updated. That's incorrect. The database is only updated when the session is untied (usually on going out of scop

Re: mod_perl without persistent interpreter state?

On Sunday 18 December 2005 02:30 pm, [EMAIL PROTECTED] wrote: > When last I checked, mod_perl is not that great for a shared hosting > environment. You share interpreters and thus it's a security and stability problem. This was supposed to be fixed by the per_child stuff in apache2 but my und

Re: Apache::DBI cached connection problem

On Thursday 15 December 2005 08:41 am, Enno wrote: > Looks like you're not pinging your database to verify the db-connection. > check Apache::DBI manual on how to implement it for Sybase, and how to > make Apache::DBI ping. There was a problem with DBD::Sybase's ping call. It was fixed in the las

Re: Apache::DBI cached connection problem

On Thursday 15 December 2005 04:49 am, Jeremy Kister wrote: > After my sql server goes off line, Apache::DBI consistently fails, even > after the sql server comes back online: > null DBI connect('server=10.0.0.10;database=SCD','user01',...) failed: > null: DBD::Sybase::st execute failed: OpenClie

Re: mod_perl and multi user environment - clashes with other users's data

On Thursday 01 December 2005 04:48 pm, Senthil Nathan wrote: > im using globals with the keyword "use". > also it worked fine without mod_perl. > > thats what worries now... mod_perl is a persistent environment. cgi-bin loads a fresh perl interpreter each time. You have to do some things differen

Re: mod_perl and multi user environment - clashes with other users's data

On Thursday 01 December 2005 04:15 pm, Senthil Nathan wrote: > im facing a problem with mod_perl2 on apache 2 as, > > in the multiuser environment, everyone login to the page and their > respective profile gets displayed. after every click, other user's data > also gets aappended to this current v

Re: [mp2] Apache::VMonitor ap_scoreboard_image doesn't exist

On Friday 25 November 2005 05:08 am, Francesc Guasch wrote: > >I'm trying to use Apache::Monitor with mod_perl2, but > >> > >>There seems to be something wrong with your apache build then. It's > >> claiming it does not have scoreboard support. > >> > >>Is this a distribution supplied install

Re: [mp2] Apache::VMonitor ap_scoreboard_image doesn't exist

e to fix it more. > > > > Does "make test" give you any other errors? > > Hi Malcolm, thank you for answering my question. > > That's all I get once I fix the mp2 version check: > > [error] ap_scoreboard_image doesn't exist at > /usr/local/web20/.c

mp2 broken connection detection

The cookbook (recipe 4.9) claims that $c->aborted is only true after you've actually sent data to the client and flushed the buffers. For testing if the client is still connected, it recommends doing something like: $c = Apache->request->connection; return if ($c->aborted);

Re: [mp2] Apache::Monitor ap_scoreboard_image doesn't exist

On Tuesday 22 November 2005 07:30 am, Francesc Guasch wrote: > I'm trying to use Apache::Monitor with mod_perl2, but > it fails to load it. I changed some code because it > didn't detected it was running inside mod_perl2 ,but > I'm unable to fix it more. > > This is the error, it's the same from m

Re: mod_perl, mysql, and set names

On Friday 04 November 2005 12:14 pm, Perrin Harkins wrote: > Apache::DBI checks the handle to make sure it is still connected before > handing it back to you. If it has been disconnected, a new connection > will be made. Not always though. Something I've run into (but had problems tracking dow

Re: What am I missing?

On Thursday 06 October 2005 09:46 am, Octavian Rasnita wrote: > It is very strange indeed, because if I use: > > eval{untie %session;}; print STDERR $@ if $@; > > instead of: > > untie %session; > > ... the program works fine, with no error on the screen and *no error in > the log file*. sub hand

Re: httpd consumes 220mb of RAM when printing alot of output

On Thursday 22 September 2005 11:06 am, Jeff Ambrosino wrote: > I'm exporting a database table through a mod_perl2 handler. The > problem is that for large tables, the size of the httpd process > balloons to consume alot of RAM. For example, a 299mb MySQL table > (size of .MYD file), which creat

Re: how to avoid the caching of the executed perl file

On Wednesday 21 September 2005 08:10 pm, Aliet Santiesteban Sifontes wrote: > > On Wednesday 21 September 2005 07:09 pm, Aliet Santiesteban Sifontes wrote: > >> Hi list, I have a problem with a .pl script, the scripts is executed in > >> the first request, and it's been cached by the server, I c

Re: how to avoid the caching of the executed perl file

On Wednesday 21 September 2005 07:09 pm, Aliet Santiesteban Sifontes wrote: > Hi list, I have a problem with a .pl script, the scripts is executed in > the first request, and it's been cached by the server, I call this > script passing different arguments, and I expect that it must be > executed

Re: Apache::Test problem

On Monday 19 September 2005 12:59 pm, Geoffrey Young wrote: > > t/response/Something/00foo.pm > > > > requires the NNfoo.pm to be lower case. > > 00foo.pm works > > 00Foo.pm does not. > yeah, IIRC I mention in those slides somewhere that the t/response > voodoo is case sensitive. You d

Re: Apache::Test problem

On Monday 19 September 2005 07:39 am, Geoffrey Young wrote: > > however "make test" (or "t/TEST") fails because it can't find > > TestStartup/00startup.pm as it's only got "t/" in the path, not > > "t/response". > > > > What did I miss? > > are you using TestRunPerl in your Makefile.PL? Yes. > t

Re: Apache::Test problem

On Sunday 18 September 2005 10:11 pm, Geoffrey Young wrote: > the only thing that jumps out at me is that t/00Startup.t is being executed > in perl-space outside of the apache server. that is, 'make test' is doing > the same thing as if you ran > > $ perl t/00Startup.t > > which probably isn't

Apache::Test problem

I'm finally learning my way around Apache::Test and I'm having a problem. Everything seems to be set up correctly (at least as far as I can determine). When running the actual code on my installed server, everything is happy. My initial tests fail though as follows: make test results in: se

Re: How to use DB Connection Pool in mod_perl2 ?

On Monday 12 September 2005 02:27 am, firingme wrote: > I want to know is there any package can give me a DB Connection Pool > in a mod_perl application ? > I've checked Apache::DBI, but it seems that it'll initialze a > new connection when a new thread born. Do you mean thread or process? I'm n

Re: *nix distro compatibility (was Re: survey)

On Thursday 01 September 2005 04:26 pm, Philip M. Gollucci wrote: > If people want to start emailing in what has what, I'll at least maintain > the list until we figure out how best to use it and where to put it. Mandrake/Mandriva 2005LE (the last release) has perl 5.8.6, httpd 2.0.54, mod_perl

Re: Showing internal server error

On Tuesday 30 August 2005 08:12 am, Mahesh kumar wrote: Please reply to the list, not directly to me. Thanks. > > Apache/2.0.54 (Unix) mod_perl/1.99_16 Perl/v5.8.7 Server at > sssupport.asad.srishti Port 80 > [Tue Aug 30 17

Re: hi

On Sunday 28 August 2005 04:47 pm, ravikumar wrote: > i have installed Apache-2.0.54 and mod_perl-1.99_16 ,Apache::ASM > in my system .but whenever i opened the webpage it's showing "internal > server error " . > > in log file contains error like this: "Can't locate object method > "reques

Re: Custom deflation gzip filter [mp2]

On Friday 26 August 2005 06:25 pm, Alexander Charbonnet wrote: > It apparently works after I played with the code for the final flush. I'm > not sure why, though. There was only one change (below). Anybody see a > significant difference? > In any case, I'll take it, since it works now. :-) >

profiling DBI (was Re: apache children waits for each other?)

> >You can look at the tuning information on http://modperlbook.org/ for > >some advice as well. And don't forget that there is a profiler for DBI > >queries that comes with DBI. Somehow I managed to miss the existence of DBI::Profile. Has anyone gotten this working with Apache::DBI (so that it

Re: [mp2] lifetime of Apache2::RequestRec

On Wednesday 20 July 2005 01:58 pm, Tim Esselens wrote: > Tom Schindl wrote: > >> You're right, I've should have printed $r, which yields: > >> > >> Apache2::RequestRec=SCALAR(0x9d44644) [first n times] > >> Apache2::RequestRec=SCALAR(0x9d7e0a4) > >> (n begin the number of apache children) > >> >

Re: vhosts and mod_perl

On Tuesday 12 July 2005 06:23 am, Erik Scholtz wrote: > I have two vhosts, each running with a different project. Both projects > are using a "config.pm", located directly in the cgi-bin directory. > > Now it happens, that the project1 uses the config.pm of project2 and > vice versa. > > I have no

MP2 books (was Re: Lost my )

On Sunday 03 July 2005 08:14 pm, Thomas Hilbig wrote: > The actual CGI script uses the standard Lincoln Stein > library under MP2, and not yet taking advantage of MP2 > code (requestor). Rewriting to pure MP2 is a task for > this summer, once I can find a good MP2 book that > skips the whole MP1-

Re: TicketTool port for mod_perl_2.0

On Thursday 07 July 2005 09:52 am, Ray Licon wrote: > my $ServerName = Apache->server->server_hostname; > The problem I'm having is with the differences between > mod_perl_2.x and the mod_perl_1.x release (which > apparently this code was based on). Does anyone know > how to get the server_hostn

[ANNOUNCE] GTop 0.16

The uploaded file GTop-0.16.tar.gz has entered CPAN as file: $CPAN/authors/id/M/MJ/MJH/GTop-0.16.tar.gz size: 28274 bytes md5: c3b1f36c3c9e1031f783027fe1c098d0 Changes since 0.15: Disable the build of GTop::Server, as libgtop 2.0+ has problems building Server/. Most likely nobody us

[ANNOUNCE] Apache::VMonitor 2.05

The uploaded file Apache-VMonitor-2.05.tar.gz has entered CPAN as file: $CPAN/authors/id/M/MJ/MJH/Apache-VMonitor-2.05.tar.gz size: 22413 bytes md5: 52f5644efaa6019f6eca155c91afc605 changes since 2.04 Update to match API changes in MP2 RC5 and above Requires newer Apache::Scoreboar

[ANNOUNCE] Apache::Scoreboard 2.08

The uploaded file Apache-Scoreboard-2.08.tar.gz has entered CPAN as file: $CPAN/authors/id/M/MJ/MJH/Apache-Scoreboard-2.08.tar.gz size: 18572 bytes md5: f66b6e222cfc4b41c9b327af2478b44b changes since 2.07: Apache::Scoreboard::image() now does magic so that image(new APR::Pool) does

Re: Apache::VMonitor and Apache::Scoreboard (possible ModPerl::MM issue)

On Wednesday 29 June 2005 08:40 am, Nielsen, Steve wrote: > The mod_perl is use is built from the current fedora core 4 rpm. > > When I run apxs I get /usr/include/httpd (which is correct). > > I don't see the call to apxs anywhere (I looked int ModPerl:MM related code > and in Scoreboard). Where

Re: Apache::VMonitor and Apache::Scoreboard

On Tuesday 28 June 2005 04:21 pm, Nielsen, Steve wrote: > I can get all 3 to compile. > > But a question on scoreboard: > > I have to explicitly add in the following INC paths to Makefile.PL so it > will compile: > > INC => '-I/usr/include/httpd -I/usr/include/apr-0 > > Is there a better to

Re: Apache::VMonitor and Apache::Scoreboard

On Tuesday 28 June 2005 02:59 pm, Nielsen, Steve wrote: > Apache::VMonitor and Apache::Scoreboard do not want to compile cleanly > under mod_perl 2.0.1. Did you try the release candidates? http://www.liminalflux.net/perl/Apache-Scoreboard-2.08-RC1.tar.gz http://www.liminalflux.net/perl/Apache-

Re: trying to build a statically-linked apache2/mod_perl2

On Saturday 25 June 2005 05:07 am, Danny Thomas wrote: > I want > 1) statically-linked mod_perl - mason 1.29_02 README might need updating > for mod_perl2 but currently says >Using Mason with a mod_perl DSO may cause your Apache server to > crash silently at startup, or fail intermi

Re: APR::* confusion in setting and retrieving cookies through libapreq2

On Thursday 23 June 2005 12:29 pm, Gokul P. Nair wrote: > Also $req needs to be an object of type APR::Pool and > in the documentation for APR::Pool it is suggested > that it is good to use a request pool for these short > scoped requests. So would $req be created like this ? > $req = APR::Request

[mp2] Apache::Scoreboard, Apache::VMonitor, GTop RC

I finally have what I believe are working versions of Apache::Scoreboard and Apache::VMonitor that account for the post RC5 name changes (and a couple of other minor bugs). There's also an update for GTop to allow it to compile with the latest versions of libgtop. If someone is willing to test

Re: Apache::Timeit

On Wednesday 15 June 2005 02:52 pm, Eric wrote: > For 1.29 where can I find this module? Is it out of date, replaced by > something else? Strange. It's documented all over the place, but I can't find the source anywhere. You could use Apache::Scoreboard (but make sure you get the version for 1.

Re: failure running tests

On Friday 03 June 2005 01:55 pm, Vivek Khera wrote: > I am building up a virgin FreeBSD 5.4 box to test out my application > under modperl2. However, it craps out in the "make test" step... Now > why does it offer to actually run the test when it *knows* it can't > run them? Because often it c

Re: Migration to mod_perl 2.0: Problems with CGI.pm

On Thursday 02 June 2005 10:59 am, Johannes Kilian wrote: > Running my old scripts the following error occurs in Module cgi.pm: > Can't locate Apache/Response.pm in @INC Do you have the latest version of CGI? It's been updated to account for the changes in MP2.

Re: latest svn build problems

On Wednesday 25 May 2005 01:55 pm, Stas Bekman wrote: > is the right one. Now committed. Thanks Malcolm! > Anything else? Everything works fine here. Thanks.

Re: latest svn build problems

On Tuesday 24 May 2005 05:21 pm, Stas Bekman wrote: > Please try: > > Index: ModPerl-Registry/t/conf/extra.conf.in > === > --- ModPerl-Registry/t/conf/extra.conf.in (revision 178247) > +++ ModPerl-Registry/t/conf/extra.conf.in

Re: RC6 build problems

On Tuesday 24 May 2005 05:00 pm, Stas Bekman wrote: > > Apart from the few that don't run due to my not having the required cpan > > modules install on the build machine, all tests passed. > You mean those are skipped, no? Or do they fail? They are skipped (and thus I can't say for certain if the

Re: reloading files

On Tuesday 24 May 2005 08:20 am, Pronichev Alexander wrote: > I need that my startup.pl file (loaded at startup by PerlRequire directive) > will be reloaded, when I restart apache (send a SIGHUP). How can I do it? A reload should re-read the configuration (and thus your startup file). Is this no

latest svn build problems (was Re: RC6 build problems)

On Saturday 14 May 2005 01:52 pm, you wrote: > The same thing happens with mod_env disabled: > > Syntax error on line 862 > of > /home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0.0-dev/t/conf/htt >pd.conf: Invalid command 'SetEnv', perhaps mis-spelled or defined by a > module not included

Re: RC6 build problems

not included in the server configuration > > > > Which looks like it's another missing IfModule. > > Yes, thank you, Malcolm. I've no built httpd w/o anything at all and > discovered mod_mime and mod_alias conditionals were needed. Please check > the current svn. It s

Re: RC6 build problems

On Tuesday 17 May 2005 01:59 pm, you wrote: > > The line: > > TypesConfig "/etc/httpd/conf/mime.types" > > > > Should be enclosed in , for the case > > where mod_mime is disabled. I'm not seeing where the httpd.conf file is > > generated though. > This was an Apache-Test issue, now fixed. Ple

Re: [ANNOUNCE] mod_perl 2.0.0 (preview!)

On Saturday 14 May 2005 12:45 pm, Tom Williams wrote: > I learned with mod_perl-2.0.0-RC6 that previous mod_perl installations were > not compatible, requiring removal of those installations before installing > (including building) mod_perl-2.0.0-RC6. That happened with RC5. > Will there be a

Re: RC6 build problems

On Friday 13 May 2005 11:12 pm, Malcolm J Harwood wrote: > "make test" fails with the following: > > .Syntax error on line 101 > of > /home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0.0-RC6/t/conf/htt >pd.conf: Invalid command 'TypesConfig', perhap

Re: RC6 build problems

And the next one... "make test" fails with the following: .Syntax error on line 101 of /home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0.0-RC6/t/conf/httpd.conf: Invalid command 'TypesConfig', perhaps mis-spelled or defined by a module not included in the server configuration The

Re: RC6 build problems

On Friday 13 May 2005 08:06 pm, Stas Bekman wrote: > It comes from Makefile.PL: > > ap_install: ap_build > cd "$build->{MP_AP_PREFIX}" && make DESTDIR=$(DESTDIR) install > EOF > > Please apply the attached patch. It should fix the problem. It does. Thanks.

RC6 build problems

I'm attempting to build a static apache/mp RC6, and running into some build issues. The config line ends up looking like this: perl Makefile.PL MP_AP_PREFIX=/home/mjh/devel/abs/local/apache-mod_perl//src/httpd-2.0.53 MP_USE_STATIC=1 MP_AP_CONFIGURE="--with-mpm=prefork --prefix=/usr --enable-

Re: mod_perl causing seg faults in apache2?

On Thursday 12 May 2005 02:29 pm, Grant wrote: > Hello, I've been suffering from intermittent segmentation faults in my > apache2 error_log for quite a while now. It seems to be worst during > peak traffic hours. Here's what they look like: > [notice] child pid 13189 exit signal Segmentation fa

Re: [OWNERSHIP TRANSFER] my Apache::* CPAN modules are looking for new owners

On Sunday 27 March 2005 10:51 am, Stas Bekman wrote: > 5) Apache-Scoreboard-1.0 (mp1) > Apache-Scoreboard-2.0 (mp2) > http://search.cpan.org/dist/Apache-Scoreboard/ > 6) Apache-VMonitor-1.0 (mp1) old generation, using print, > no maintenance required > Ap

static apache+mod_perl+libapreq

Has anyone managed to compile a static (no DSO) apache with mod_perl and libapreq? Both mod_perl and libapreq have instructions for building them statically individually, but the instructions seem to be mutually incompatible.

Re: APR::Date

On Wednesday 16 March 2005 11:12 pm, Joe Schaefer wrote: > > How about simply correcting the parse_http docs from: > > The date string can be in one of the following formats: > > to: > > The date string can be in one of the following formats (as per RFC2616): > > > > That way anyone intere

Re: APR::Date

On Wednesday 16 March 2005 10:19 pm, Joe Schaefer wrote: > > What should the manpage say? something like the following? > >The function assumes GMT, regardless of the used timezone, > >according to RFC 2616 Section 3.3 requires. > No need to mention the RFC; how about this? The current do

APR::Date

According to the docs, APR::Date::http parses the format: Sun, 06 Nov 1994 08:49:37 GMT as per RFC 822. However it does not seem to parse Sun, 06 Nov 1994 08:49:37 EST correctly. It assumes it's GMT regardless of the timezone specified. If I'm reading RC822 correctly, this is an e

  1   2   >