there was talk at Astercon about doing similar things with
the perl/asterisk interface.
Has anyone ever made a simple wrapper that allows an
arbitrary program to be wrapped, like mod_perl, but
then the wrapper would get invoked from the command line
instead of through an apache server?
> We hav
Ken Simpson wrote:
(I'm reposting this -- but in the format suggested on the
success stories page; apologies for the spam)
URL: http://www.mailchannels/opensource/
Title: Running email through mod_perl
Contact Person: Ken Simpson <[EMAIL PROTECTED]>
Traffic: Low (in development)
Success Story:
W
(I'm reposting this -- but in the format suggested on the
success stories page; apologies for the spam)
URL: http://www.mailchannels/opensource/
Title: Running email through mod_perl
Contact Person: Ken Simpson <[EMAIL PROTECTED]>
Traffic: Low (in development)
Success Story:
We have been using
On Mon, Dec 06, 2004 at 08:02:22PM +0530, pradeep kumar wrote:
> Hi,
> I have reported a bug. The bug number is 32542. Looking into
> the problem I found that the porblems on both 2.0.43 and 2.0.52 are
> same. The perl_alloc funtion which caused the error as seen from the
> stack trace of 2
Hi!
I am having difficulty setting cookies once we
changed our production modperl system.
We changed from a single machine
front-end/backend setup two a two machine setup
Both use apache 2.x for the front server on ports
80 and 443, and modperl 1.3.x server running on ports 8001,8000.
The p
Christopher H. Laco wrote:
Randy Kobes
Sat, 04 Dec 2004 20:09:18 -0800
On Fri, 3 Dec 2004, Christopher H. Laco wrote:
> Christopher H. Laco wrote:
> >> I'll take a look at this, as I suppose it should
> >> have inferred that C:\Development\Apache2 was the top-level
> >> Apache2 directory, but i
Hi,
I have reported a bug. The bug number is 32542. Looking into
the problem I found that the porblems on both 2.0.43 and 2.0.52 are
same. The perl_alloc funtion which caused the error as seen from the
stack trace of 2.0.52 was found to give the same pthread_key_create
error. As seen by th
I found the problem actually. My common module has an AUTOLOAD that
allows me to say $common->foo instead of $common->{foo}. I pass
my Apache::Request ($apr) object around in this common object,
retreiving $apr by calling $common->apr and then calling param()
causes the crash. I guess the retur
