Grretings.
>
> try with current modperl-2.0 cvs. i think the problem was
> caused when an
> interpreter would be putback into the interpreter pool before
> the cleanup
> registered by CGI.pm was run.
>
CGI.pm is what I am using. I will try the new snapshot ASAP.
Cheers,
alf
---
Greetings.
> -Original Message-
> From: Eldon Lewis [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 13, 2002 5:57 AM
> To: [EMAIL PROTECTED]
> Subject: Re: modperl Windows Build
>
>
> I get a message that there is a syntax error on line 173 of
> httpd.conf. It
> says it can't find m
> I've been looking for a way to help out in the modperl-2.x development
> effort. This sounds interesting.
>
> Let me know where and how I can contribute my modest skills.
>
You are very welcome to contribute.
I would suggest you start with the part of autogenerating docs. For various
reasons:
Hi,
> >
> > Yes, there are part like this, which still need much manual writing, on
> > these other side a lot of
> > http://perl.apache.org/release/docs/2.0/api/mod_perl-2.0/APR/Table.html
can
> > be autogenerated (comapre the output I send and your $table->add)
>
> most of the doc is still manua
I get a message that there is a syntax error on line 173 of httpd.conf. It
says it can't find mod_perl.so. This module is in the modules directory
under Apache2. It generates the error and then terminates.
Any suggestions?
Thanks,
Eldon
- Original Message -
From: "Randy Kobes" <[EM
try with current modperl-2.0 cvs. i think the problem was caused when an
interpreter would be putback into the interpreter pool before the cleanup
registered by CGI.pm was run.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Wed, 12 Jun 2002, Eldon Lewis wrote:
> Not sure if this is the right place to post. I downloaded the Apache2 with
> modperl support for windows. Unfortunately, it doesn't work because the
> modules are compiled as .so files and under windows they need to be compiled
> as .dll files. Can any
Not sure if this is the right place to post. I downloaded the Apache2 with
modperl support for windows. Unfortunately, it doesn't work because the
modules are compiled as .so files and under windows they need to be compiled
as .dll files. Can anyone tell me where the best place to report this i
On Fri, 7 Jun 2002, Alessandro Forghieri wrote:
> mpxs_cleanup_run(void * 0x00aa8c98) line 35 + 17 bytes
> run_cleanups(cleanup_t * 0x00aa8ca8) line 1937 + 13 bytes
> apr_pool_destroy(apr_pool_t * 0x00aa04a0) line 747 + 12 bytes
> apr_pool_clear(apr_pool_t * 0x00a8f2e0) line 707 + 12 bytes
> mpm_
I've been looking for a way to help out in the modperl-2.x development
effort. This sounds interesting.
Let me know where and how I can contribute my modest skills.
Quoting Stas Bekman ([EMAIL PROTECTED]):
> Gerald Richter wrote:
>
> > Since the whole Apache API is well documented in this way
Gerald Richter - ecos gmbh wrote:
> Hi,
>
>
>>Gerald Richter wrote:
>>
>>
>>>Since the whole Apache API is well documented in this way, it should be
>>>possible to autogenerate most of the mod_perl API documentation from
>>
> this
>
>>>informations. It would be necessary that somebody writes a
Hi,
> Gerald Richter wrote:
>
> > Since the whole Apache API is well documented in this way, it should be
> > possible to autogenerate most of the mod_perl API documentation from
this
> > informations. It would be necessary that somebody writes a tool that
takes
> > this informations, brings it t
Gerald Richter wrote:
> Since the whole Apache API is well documented in this way, it should be
> possible to autogenerate most of the mod_perl API documentation from this
> informations. It would be necessary that somebody writes a tool that takes
> this informations, brings it together with som
Issac Goldstand wrote:
>>
>>> For example, I'm attempting to port Apache::Request (bored of waiting
>>> on an official release, plus I have nothing better to do today since
>>> the file server containing our company's CVS tree crashed last night
>>> :) It wants to typemap the Apache::RequestRe
Hi,
as some of you may know, last fall I have started a project that splits out
the XS autogenerating stuff from mod_perl 2.0 and generalize it to make it
useable also outside of mod_perl. I have converted the C parser from C::Scan
to a more flexible approach with Parse::RecDescent (which needs n
15 matches
Mail list logo
