>
> I upgraded to the latest version of Embedperl
Which 1.3.6 or 2.0rc2 ?
> and ran the
> same code from my previous post.
I don't see the code from your preivious post, sorry. The problem is
somewhere in the file $file. Could you post it?
Gerald
P.S. It's not related to the problem you qu
* Stas Bekman <[EMAIL PROTECTED]> [2004-12-14 19:28]:
> But we want to hear all kind of opinions here on the list. We don't bite
I responded off-list too:
We use Redhat AS 3, which now ships apache2 as the standard
httpd. It's of course possible to run apache1/mp1 one way or another,
or maintain
Jayce^ wrote:
> In preparation for the upcoming release of mod_perl2, I'd
> like to prepare a list of reasons why a person/company
> would look at using mod_perl2, specifically, why upgrade
> from mod_perl1, and converting from other technologies.
>
> So with that, what reasons do you have for wan
After some experimentation, it seems that if I use load Apache::DBI while using
my own PerlChildInitHandler that indeed database connection that time out do
get reconnected (as expected). I'm still at a loss as to why 'connect_on_init'
does not work for me.
Cheers,
-J
--
On Tue, 14 Dec 2004, Joshu
Hi Folks,
This is my first serious attempt at working with mod_perl so please excuse me
if this e-mail is a little naive.
I have a SOAP::Transport::HTTP::Apache application that makes fairly heavy use
of DBI. I would like to use Apache::DBI so I don't have to write my own logic
for keep alives and
Beberle <[EMAIL PROTECTED]> writes:
> Right, that's exactly the problem I'm trying to work
> around. Once I've read the POST data, is there some
> way to re-POST it?
Not sure this is addressing your particular problem, but
let me try to explain how Apache::Request tries to resolve
this sort o
Stas Bekman wrote:
sdfgsd sergserg wrote:
Tried to compile RC1 under HP Tru64 Unix 4.0g(JAVA) AS1200 [EMAIL PROTECTED]
(ev56)
(Static build, because I think Tru64 doesn't support dynamic loading)
First I ran:
perl Makefile.PL MP_USE_STATIC=1 \
MP_AP_PREFIX=/house/doink123/httpd-2.0.52 \
M
Stas Bekman wrote:
colin_e wrote:
Cool. To my (naiive i'm sure) eye this looks just like the behaviour of
a brace-delimited
block in a chunk of mainline code, which is what I was hoping/expecting.
(I guess you are talking about lexicaly scoped vars) plus that any globals
which in a normal script
Philippe M. Chiasson wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
There is already support in the modperl_exports.c generation code to
exclude
certain functions depending on build options. So in summary, if we just
excluded modperl_io_apache_init() from modperl_exports.c when PERLIO is
a
--- Tom Schindl <[EMAIL PROTECTED]> wrote:
> Beberle wrote:
> > Hi,
> >
> > I found a similar question posted in the
> newsgroups
> > but no one seemed to have a solution. Here's what
> I'm
> > trying to do. I have a web page that does a POST
> to a
> > remote server. Basiscally, I'm trying t
sdfgsd sergserg wrote:
Oh my mail is not the full version :) I'm sorry, I wrote it at 1 a.m.
So first I wanted to say that I got an error when running this:
perl Makefile.PL MP_USE_STATIC=1 \
MP_AP_PREFIX=/house/doink123/httpd-2.0.52 \
MP_AP_CONFIGURE="--with-mpm=prefork
--prefix=/house/doink12
colin_e wrote:
Not quite. I replied, but directly rather than nuking the alias with my
far-from-qualified opinions :-)
But we want to hear all kind of opinions here on the list. We don't bite
those who think their opinions are far-from-qualified. Instead we thank
them for helping us prepare an "
Stas Bekman wrote:
Philippe M. Chiasson wrote:
There is already support in the modperl_exports.c generation code to
exclude
certain functions depending on build options. So in summary, if we just
excluded modperl_io_apache_init() from modperl_exports.c when PERLIO is
absent,
we would be good ? O
On Tue, 2004-12-14 at 18:32 +0100, Jens Gassmann wrote:
> we manage a Perl-Script under mod_perl on a server without possibility
> to reload, the admin is away. Only new mod_perl_scripts we can install,
> is there a way to reload the broken modules we use?
The standard way to do it is with Apach
Not quite. I replied, but directly rather than nuking the alias with my
far-from-qualified opinions :-)
Regards: Colin
Stas Bekman wrote:
Jayce^ wrote:
In preparation for the upcoming release of mod_perl2, I'd like to
prepare a list of reasons why a person/company would look at using
mod_perl2,
colin_e wrote:
[...]
What I have at the moment is this arrangement-
httpd.conf
early host-dependent "section 1"
< Include httpd_common_s1.conf> < Section 1
common config
late host-dependent "section 1"
On Tue, 14 Dec 2004, Dan Brian wrote:
> Date: Tue, 14 Dec 2004 16:14:01 -0700
> From: Dan Brian <[EMAIL PROTECTED]>
> To: Stas Bekman <[EMAIL PROTECTED]>
> Cc: Jayce^ <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: Why MP2
>
> >> In preparation for the upcoming release of mod_perl2, I'd l
sdfgsd sergserg wrote:
Well, it does fail under Suse 9.0.
Please try this patch which prevents from fastcgi being loaded. I don't
know what's the C name for fastcgi module. I've assumed that it's
fastcgi.c. Please adjust it if it's wrong.
Next if someone could try to investigate why this crash h
In preparation for the upcoming release of mod_perl2, I'd like to
prepare a list of reasons why a person/company would look at using
mod_perl2, specifically, why upgrade from mod_perl1, and converting
from other technologies. So with that, what reasons do you have for
wanting MP2? What prevent
Jayce^ wrote:
In preparation for the upcoming release of mod_perl2, I'd like to prepare a
list of reasons why a person/company would look at using mod_perl2,
specifically, why upgrade from mod_perl1, and converting from other
technologies.
So with that, what reasons do you have for wanting MP
Philippe M. Chiasson wrote:
There is already support in the modperl_exports.c generation code to
exclude
certain functions depending on build options. So in summary, if we just
excluded modperl_io_apache_init() from modperl_exports.c when PERLIO is
absent,
we would be good ? Or is there other mod
Joe Orton wrote:
On Tue, Dec 14, 2004 at 03:24:30PM -0500, Stas Bekman wrote:
Joe Orton wrote:
Just make the generated export stub code #ifndef'ed?
#ifndef modperl_io_apache_init
const void *modperl_hack_io_apache_init = (const void
*)modperl_io_apache_init;
#endif
if the symbol is a macro then t
On Tue, Dec 14, 2004 at 03:24:30PM -0500, Stas Bekman wrote:
> Joe Orton wrote:
> >Just make the generated export stub code #ifndef'ed?
> >
> >#ifndef modperl_io_apache_init
> >const void *modperl_hack_io_apache_init = (const void
> >*)modperl_io_apache_init;
> >#endif
> >
> >if the symbol is a ma
Stas Bekman wrote:
Joe Orton wrote:
On Mon, Dec 13, 2004 at 08:12:19PM -0500, Stas Bekman wrote:
In fact we already somewhat handle that in modperl_io_apache.h
#ifdef PERLIO_LAYERS
[...]
MP_INLINE void modperl_io_apache_init(pTHX);
#else /* #ifdef PERLIO_LAYERS */
#define modperl_io_apache_init(pTH
Joe Orton wrote:
[...]
Thanks Joe. So what kind of hack of the hack can we use here? I suppose
that even if it did expand it, there would have been a problem since we
have:
#define modperl_io_apache_init(pTHX)
so it expands to nothing. Of course the right solution is to never include
this in t
Hi,
we manage a Perl-Script under mod_perl on a server without possibility
to reload, the admin is away. Only new mod_perl_scripts we can install,
is there a way to reload the broken modules we use? We could not restart
the server, only install new scripts. Maybe we could write a script
thats
On Tue, Dec 14, 2004 at 10:27:03AM -0500, Stas Bekman wrote:
> Joe Orton wrote:
> >On Mon, Dec 13, 2004 at 08:12:19PM -0500, Stas Bekman wrote:
> >
> >>In fact we already somewhat handle that in modperl_io_apache.h
> >>
> >>
> >>
> >>#ifdef PERLIO_LAYERS
> >>[...]
> >>MP_INLINE void modperl_io_apac
--- Begin Message ---
Stas Bekman wrote:
Could you explain how making:
PerlRequire /path/to/startup.pl
makes it harder to keep things in sync? I'm not sure i understand your
example of Windows dll.
It doesn't. I probably didn't explain the thought process clearly. or
maybe the thought process
i
Joe Orton wrote:
On Mon, Dec 13, 2004 at 08:12:19PM -0500, Stas Bekman wrote:
In fact we already somewhat handle that in modperl_io_apache.h
#ifdef PERLIO_LAYERS
[...]
MP_INLINE void modperl_io_apache_init(pTHX);
#else /* #ifdef PERLIO_LAYERS */
#define modperl_io_apache_init(pTHX)
but for some r
Apache tries to resolve the machines fully-qualified domain name. The
way I read the notes
in the conf files, if your machine doesn't have a publicly-visible
domain name it is recommended
to use its IP address as the ServerName. Does this work for you?
Regards: Colin
sdfgsd sergserg wrote:
spe17
On Monday 13 December 2004 19:39, Perrin Harkins wrote:
> On Mon, 2004-12-13 at 19:00 +0100, Torsten Foertsch wrote:
> > I have just uploaded Apache::ClickPath. It provides user tracking via
> > uri.
>
> Looks very nice, Torsten. I assume from the example that this is a
> mod_perl 2 module, but it
31 matches
Mail list logo
