Hello,
Thanks for your help,
I'm using the latest packages for Fedora Core 3 of apache and mod_perl. I'm
using Apache::DBI 0.9.4, it is compiled fine but when I try to run it says:
Can´t load Apache.pm
Maybe the rpm compilation of mod_perl for FC3 forgot something. What do you
think ?
Thanks a
Jain, Abhay K, ALABS wrote:
I must apologize if it is not directly relevant to mod-perl.
I have tried to search google and other places but no luck.
As I had mentioned I have apache built with mod-perl 2.
Some old cgi scripts were written in ksh and use of set -x
produced complete output in browser
Randy Kobes wrote:
[...]
I read on
http://perl.apache.org/docs/2.0/user/design/design.html#TIPool
thatthis may be a replacement for persistent stuff. I'm not a
C programmer, so I don't know how to "hook" into the
TIPool stuff.
I believe Stas is still working on that.
Yeah there is a prototype wr
Have you tried to create a persistent connection between mod_perl and
MySQL? DBI connect within your startup.pl?
Jay Scherrer
On Wednesday 09 March 2005 01:45 pm, Alejandro Galue wrote:
> Hello All,
>
> I'm using Fedora Core 3 with this packages version (RPM):
>
> httpd-2.0.52-3.1
> mod_perl-1.9
I have a user system where users can create trial accounts. When
someone creates an account and has verified their email, I would like
to log them in right then rather than show them a login link. I'm not
sure what methods I should call on my class derived from
Apache::AuthCookie to do that.
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> But with the amount of problems around perl's ithreads, I'm not sure
> it's worth the bother to finish that module. perl5-porters seems to be
> given up on ithreads in perl5 and hoping that perl6 will be done right.
I'm not sure I'd agree with that
svn co http://svn.apache.org/repos/asf/perl/modperl/tags/1_999_21 modperl2
Fetching external item into 'modperl2\docs'
actually fetches from https:// - it jumps scope, breaks non-ssl clients.
Fetching external item into 'modperl2\Apache-Test'
svn: URL
'https://svn.apache.org/repos/asf/httpd/tes
Joe Schaefer said:
>> But with the amount of problems around perl's ithreads, I'm not sure
>> it's worth the bother to finish that module. perl5-porters seems to be
>> given up on ithreads in perl5 and hoping that perl6 will be done right.
>
> I'm not sure I'd agree with that, because wrt ithreads,
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> I'm afraid this is not the case. I've just tested, on my machine it
> takes exactly the same time to start the mp2 test suite under perl
> 5.6.2 and 5.8.7-tobe. Recently we have changed the test suite to start
> faster under threads (this is probabl
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
I'm afraid this is not the case. I've just tested, on my machine it
takes exactly the same time to start the mp2 test suite under perl
5.6.2 and 5.8.7-tobe. Recently we have changed the test suite to start
faster under threads (this
This is sort of a weird situation, so here's a bit of background.
We have a machine that hosts quicktimes offsite. That machine runs a mod_perl
handler that attempts to keep the quicktimes from being deeplinked. One of the
other things it does it handle requests from the user-agent "contype"
Adam Prime x443 wrote:
This is sort of a weird situation, so here's a bit of background.
We have a machine that hosts quicktimes offsite. That machine runs a mod_perl handler
that attempts to keep the quicktimes from being deeplinked. One of the other things it
does it handle requests from the
Hi all,
Some time ago we had a thread about starting long-running background processes
from mp2. I've found a race condition in our last solution. The helper
background script could be killed by apache cleanup handler before it had a
chance to fork into background and do "setsid". Here's the sc
cc'ing dev@
William A. Rowe, Jr. wrote:
[snip]
that's all good information to have - thanks. unfortunately I'm not all
that suave with svn yet, but maybe someone else is. or I can bug justin or
fitz someday soon to help me out :)
> Definitely think 2.0 is overdue, but these versioning issues a
Igor Shevchenko wrote:
Hi all,
Some time ago we had a thread about starting long-running background processes
from mp2. I've found a race condition in our last solution. The helper
background script could be killed by apache cleanup handler before it had a
chance to fork into background and do "
Stas Bekman wrote:
Stas Bekman wrote:
To remind: OSCON will be August 1-5 in Portland, OR.
http://conferences.oreillynet.com/os2005/
It is moving to the Oregon Convention Center, a much (MUCH) larger
venue with significantly larger rooms for all tracks. No more being
banished to the third floor
On Saturday 12 March 2005 02:52, you wrote:
> Igor Shevchenko wrote:
> > Hi all,
> >
> > Some time ago we had a thread about starting long-running background
> > processes from mp2. I've found a race condition in our last solution. The
> > helper background script could be killed by apache cleanup
Igor Shevchenko wrote:
On Saturday 12 March 2005 02:52, you wrote:
Igor Shevchenko wrote:
Hi all,
Some time ago we had a thread about starting long-running background
processes from mp2. I've found a race condition in our last solution. The
helper background script could be killed by apache cleanup
18 matches
Mail list logo
