Hello,
I'm from switzerland and I'm quite new to this list; greetings to all
(mod)perl mongers ;-) I always were interested to write some stuff to
produce dynamic websites easily. Therefore I firstly began to write perl
(mod_cgi) stuff to do this. But about a year a go I learned about
mod_per
On Fri, 17 Jan 2003, Nick Tonkin wrote:
>
> Hey all,
>
> Building the latest mp2 I get:
> protocol/echo_filter.ok
> Failed Test Stat Wstat Total Fail Failed List of Failed
>
Hey all,
Building the latest mp2 I get:
protocol/echo_filter.ok
Failed Test Stat Wstat Total Fail Failed List of Failed
---
apr/threadmutex.t3
This is a fresh version of Apache::Dynagzip companion for fixup stage of
Apache. It is recommended for all users of Apache::Dynagzip. Of-course, it
could accomplish any other compression handler on mod_perl enabled
Apache-1.3.X as well. It is not bundled with Apache::Dynagzip in fact.
This handler
On Sat, 18 Jan 2003, Stas Bekman wrote:
> See if it's any better now. Go to:
>
>http://perl.apache.org/docs/2.0/user/install/install.html#Configuring_and_Installing_Prerequisites
> which takes you to:
> http://perl.apache.org/docs/2.0/user/install/install.html#Prerequisites
> which mentions all t
Stas Bekman wrote:
Geoffrey Young wrote:
I would want at least a real-time interface for this, something
similar to
$filter->init(sub {shift->update_mtime($package_mtime)} );
where would you run this code?
outsite of a handler() subroutine, pretty much like I showed it - on
module
That would help remove the perception of a suggestion towards
threading. But what I was really looking for was something to help me
choose whether or not to use threads at all. I couldn't find this clear
answer in the perl documentation. Geoff suggested that if stability was a
priority and perfor
On Sat, 18 Jan 2003, Stas Bekman wrote:
> Nick Tonkin wrote:
> > Well, I'm taking the plunge.
> >
> > I have a brand new spiffy machine I'm configuring and I've decided, since
> > for once I don't have to get it up and running urgently, to go the whole
> > hog and move to the 2.0 world.
> >
> >
Geoffrey Young wrote:
I would want at least a real-time interface for this, something
similar to
$filter->init(sub {shift->update_mtime($package_mtime)} );
where would you run this code?
outsite of a handler() subroutine, pretty much like I showed it - on
module load. I suspect you'd h
I would want at least a real-time interface for this, something
similar to
$filter->init(sub {shift->update_mtime($package_mtime)} );
where would you run this code?
outsite of a handler() subroutine, pretty much like I showed it - on
module load. I suspect you'd have to register the init
Nick Tonkin wrote:
Well, I'm taking the plunge.
I have a brand new spiffy machine I'm configuring and I've decided, since
for once I don't have to get it up and running urgently, to go the whole
hog and move to the 2.0 world.
For me this means upgrading not only from apache 1.3x and mod_perl 1.
Steve wrote:
In the documentation of nodperl-2.0, I cannot find any references to
libapreq and $r->param.
Because it's not there yet.
correct me if I'm wrong anyone,but I don't think Apache::Request has been
ported to
modperl2 yet..
True. The C porting of libapreq is almost complete. The Per
Geoffrey Young wrote:
[...]
no, you need the real filter_init hook.
the issue here is that default_handler has meets_condiditions() logic in
it, so it makes decisions about whether or not to send content down the
chain. this is generally bad for filters, since they may have their own
criteria
Ray Zimmerman wrote:
I have a bizarre problem and I've run out of ideas ...
Here's the gist ... when I run some code which looks like ...
my result = `/usr/local/bin/matlab < input_file.m`;
... from a perl CGI, then matlab (a commercial math package) segfaults.
However, when I run it from m
>Here's the gist ... when I run some code which looks like ...
>
>my result = `/usr/local/bin/matlab < input_file.m`;>
>
>... from a perl CGI, then matlab (a commercial math package)
>segfaults. However, when I run it from mod_perl on the same server it
>runs fine (it runs fine from the comm
I have a bizarre problem and I've run out of ideas ...
Here's the gist ... when I run some code which looks like ...
my result = `/usr/local/bin/matlab < input_file.m`;
... from a perl CGI, then matlab (a commercial math package)
segfaults. However, when I run it from mod_perl on the same se
On Thu, 2003-01-16 at 20:51, Stas Bekman wrote:
> Vishal Verma wrote:
> > I am implementing a login/logout mechanism. The user can't access any
> > page till he logs in. That is any attempt to access pages without
> > logging in will be redirected to the login screen. I have successfully
> > implem
I'm confused. Where's the quick answer to whether or not I should use
threads? I'm on FreeBSD 4.7.
you shouldn't need -DUSETHREADS unless you plan on using the threaded MPM
you can use your normal perl with --with-mpm=prefork (at least I think so :)
--Geoff
Well, I'm taking the plunge.
I have a brand new spiffy machine I'm configuring and I've decided, since
for once I don't have to get it up and running urgently, to go the whole
hog and move to the 2.0 world.
For me this means upgrading not only from apache 1.3x and mod_perl 1.2x
but also from pe
Plamen Stojanov wrote:
is it save to use ALRM signal in my mod_perl script. I hook a handler there,
to unlock my semaphores in emeregency.
It should work, but you'd be better off with a cleanup handler.
- Perrin
hi all,
is it save to use ALRM signal in my mod_perl script. I hook a handler there,
to unlock my semaphores in emeregency.
I have a feeling, that apache or mod_perl have conflict with my handler on
ALRM, becouse it gets executed, when httpd child process was sleeping.
I use apache 1.3.26 and
Stas Bekman wrote:
Geoffrey Young wrote:
Finally, other than add/remove filters APIs which we have talked
about, what other APIs do you want for filters?
is there an interface to filter_init?
see the discussion on
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9673
or CHANGES file
> In the documentation of nodperl-2.0, I cannot find any references to
> libapreq and $r->param.
correct me if I'm wrong anyone,but I don't think Apache::Request has been
ported to
modperl2 yet..
for now I'm using cgi
Hi.
I use apache-1.3.26, modperl-1.27 and Embperl-1.3 with libapreq-1.0
and I have a routine in perl that processes the data passed from
a form (from the Modperl Cookbook):
use Apache::Request;
my $r = Apache::Request->instance(Apache->request);
foreach $param ($r->param)
{
.
On Thu, Jan 16, 2003 at 04:40:07PM -0600, Christopher L. Everett wrote:
>
> But again, there is the issue of mapping changed data onto dependent
> pages. I guess one way to do that is to track which database rows
> appear in which pages in the database. Since typically I do several
> database op
25 matches
Mail list logo