On 23/11/2014 05:42, Ruben Safir wrote:
did you ever get this worked out.
I'm looking to use perl with my oracle set up. Any tips would be
appreciated.
I had similar problems Apache 2.2 with DBD::Oracle, after serious
debugging there
was a nasty environment variable issue - DBD::Oracle
did you ever get this worked out.
I'm looking to use perl with my oracle set up. Any tips would be
appreciated.
Ruben
On Fri, Feb 19, 2010 at 05:47:51PM +0700, michael kapelko wrote:
> Hello.
> Here's a short script I used to find out the problem with the
> Apache::Registry:
>
> #!/usr/bin/p
Da Rock wrote:
...
>
SetHandler modperl
PerlResponseHandler Mod_home::Mod
These 2 lines above should be enough.
Again as I thought. But if I may ask (for later configuration), how is
access controlled? Using auth or access in the perl module rather than
server acl's?
On 02/15/14 08:45, John Dunlap wrote:
Well, if I were in your position, I would follow the tutorial to the
letter as a step in my troubleshooting. My reason for saying this
isn't that I doubt your coding prowess but rather that you need to
determine if the problem is with your code or with your
Well, if I were in your position, I would follow the tutorial to the letter
as a step in my troubleshooting. My reason for saying this isn't that I
doubt your coding prowess but rather that you need to determine if the
problem is with your code or with your installation of mod_perl/apache. As
the t
On 02/15/14 07:46, John Dunlap wrote:
Did you get it working with the code from the tutorial?
If yes, and please forgive me if this seems a stupid question but...
Did you forget to update the package statement at the top of the file
to reflect your new module name?
Hah! No. I used my own name
On 02/15/14 02:00, André Warnier wrote:
Hi.
Da Rock wrote:
I know this may seem straight forward and a RTFM response may be in
order, but I have been trying to crack this for some days now
(following attempts on and off, too, mind) and nothing I can google
seems to point to an accurate answer
Did you get it working with the code from the tutorial?
If yes, and please forgive me if this seems a stupid question but... Did
you forget to update the package statement at the top of the file to
reflect your new module name?
On Fri, Feb 14, 2014 at 4:42 PM, Da Rock wrote:
> On 02/15/14 01:1
On 02/15/14 01:15, David Booth wrote:
I used this tutorial to get mod_perl working the first time:
http://perl.apache.org/docs/2.0/user/intro/start_fast.html
Can you get that exact example (Rocks.pm) to work, following those
instructions? Please try that first, rather than your actual project,
André Warnier wrote:
Hi.
Da Rock wrote:
I know this may seem straight forward and a RTFM response may be in
order, but I have been trying to crack this for some days now
(following attempts on and off, too, mind) and nothing I can google
seems to point to an accurate answer on what the proble
Hi.
Da Rock wrote:
I know this may seem straight forward and a RTFM response may be in
order, but I have been trying to crack this for some days now (following
attempts on and off, too, mind) and nothing I can google seems to point
to an accurate answer on what the problem is here.
I'm runni
I used this tutorial to get mod_perl working the first time:
http://perl.apache.org/docs/2.0/user/intro/start_fast.html
Can you get that exact example (Rocks.pm) to work, following those
instructions? Please try that first, rather than your actual project,
just to get the invocation debugged.
Unfortunately that didn't work in the startup.pl, as has been mentioned
in both replies. Still got the same error with both startup.pl with use
lib , as well as PerlSwitches -I.
I should mention I've tried both modperl and perl-script options to
SetHandler.
There is one other error that show
Do you have a use lib 'PATH'; at the top of your startup.pl? This is
typically how your module is added to the perl include path
On Feb 14, 2014 8:38 AM, "Da Rock"
wrote:
> I know this may seem straight forward and a RTFM response may be in order,
> but I have been trying to crack this for some d
I know this may seem straight forward and a RTFM response may be in
order, but I have been trying to crack this for some days now (following
attempts on and off, too, mind) and nothing I can google seems to point
to an accurate answer on what the problem is here.
I'm running FreeBSD 9.x with A
r? (On XP it's probably
somewhere like "C:\Documents and Settings\\.cpan".) I've certainly
seen problems switching between ActivePerl and StrawberryPerl without deleting
the .cpan folder: if it exists already then they can just take over it and
start using that, rather tha
Hi.
I understand that this is not properly speaking a mod_perl issue, more like a perl/cpan
issue under Windows.
But before I go subscribe to a couple more lists, maybe someone on this list has a clue
and can help ?
I recently update perl on my venerable Windows XP laptop, from ActivePerl 5.8
On Fri, Feb 19, 2010 at 5:47 AM, michael kapelko wrote:
> When invoked directly by the shell or in web page WITHOUT "PerlHandler
> Apache::Registry", the UTF-8 encoded string in Russian is printed just
> fine. But when "PerlHandler Apache::Registry" is used, only are
> printed in web page.
C
Hello.
Here's a short script I used to find out the problem with the Apache::Registry:
#!/usr/bin/perl -wT
use strict;
use warnings;
use CGI;
use DBI;
use DBI qw(:sql_types);
use encoding 'utf-8';
my $cgi = new CGI;
print $cgi->header(-type => "text/html",
-charset => "utf-8"
Regards,
Greg George
IT Shared Services
Phone: +613-9091-2492
3/100 Victoria Prd, Melbourne
Please consider the environment before printing this e-mail
**
Petr Pajas wrote:
Is there another web application running on your apache web server
that is using libxslt (directly or indirectly via some other library)?
No, I'm running just one web app.
I can probably try to run a really small test case
in a mod_perl handler, without loading my entire app
Hi everyone,
I'm experiencing a rather interesting problem after migrating
one of our web applications to debian lenny.
We have xml+xslt based web rendering, and we use XML::LibXSLT
(currently on Lenny, 0.66), to do this.
After migrating to Lenny, XML::LibXSLT refuses to read in
and parse any s
l code to configure my apache server
> dynamically and came across this:
> http://perl.apache.org/docs/2.0/api/Apache2/PerlSections.html#Advanced_API.
> Upon trying it out however, I could not get it working correctly. It
> seems that the Perl code in the block is getting executed fine, b
is getting executed fine, but
there are problems when trying to parse the "handler=xxx" portion of the
opening tag.
For example, if I have it will complain that "Foo" can
not be found in @INC. However, if I leave the quotes off of the module,
, it seems to work fine. Also
On Fri, Oct 2, 2009 at 2:58 AM, Sam Ingarfield wrote:
> For example, let user A have a session associated with him. He has the
> string 'cow' in $session{animal}. User B, meanwhile, has 'goose' in
> $session{animal}. Now, intermittently, user A is getting 'goose' when
> retrieving $session{animal}
Hello;
I'm having some curious problems with sessions in my scripts. I am
using the Apache::Session::Postgres module. Mod_Perl 2 on Apache 2, on
Debian (Lenny). Sessions are being tracked using cookies.
I am setting session data using code of the following form:
73 my $r = Ap
hur
>
> Are you building a static apache or dynamic that uses .so modules??
>
> Mike
> - Original Message -
> From: "ArthurG"
> To:
> Sent: Tuesday, June 16, 2009 4:05 PM
> Subject: Re: compiling problems with mod_perl 2.0.3 and Apache 2.2.6
>
&
Hi Arthur
Are you building a static apache or dynamic that uses .so modules??
Mike
- Original Message -
From: "ArthurG"
To:
Sent: Tuesday, June 16, 2009 4:05 PM
Subject: Re: compiling problems with mod_perl 2.0.3 and Apache 2.2.6
I have encountered the same mod_perl ma
2.2.3/srclib/apr
make
sudo make install
proceeds without problems.
John D Groenveld-2 wrote:
>
> In message <4795b02302c100047...@agrippa.hbz-nrw.de>, "Heiko Jansen"
> writes
> :
>>No - at least not for me (Solaris 10, 64Bit, Sun cc): 2.0.3 won'
Perrin Harkins wrote:
On Mon, May 25, 2009 at 2:30 AM, Geoff Toogood wrote:
I have a directive which incorporates a mod_perl
PerlTransHandler. This VirtualHost block of the config also has some Alias
and SetEnv directives defined.
The PerlTransHandler module behaves correctly an
On Mon, May 25, 2009 at 2:30 AM, Geoff Toogood wrote:
> I have a directive which incorporates a mod_perl
> PerlTransHandler. This VirtualHost block of the config also has some Alias
> and SetEnv directives defined.
>
> The PerlTransHandler module behaves correctly and works well but it seems
> th
On Sun, May 24, 2009 at 11:30 PM, Geoff Toogood wrote:
> Hi Guys,
>
> This has most likely been answered before but I have to ask as I have
> searched this mailing list and can't find the answer I am looking for. It is
> also most likely in the mod_perl 2,0 documentation and if there is a
> releva
Hi Guys,
This has most likely been answered before but I have to ask as I have
searched this mailing list and can't find the answer I am looking for.
It is also most likely in the mod_perl 2,0 documentation and if there
is a relevant part of it you can point me to regarding my issue that
would
On Mon, 2009-01-19 at 00:57 -0500, Philip M. Gollucci wrote:
> email message attachment ([us...@httpd] Problems Compiling mod_perl
> and apache.eml)
> > Forwarded Message
> > From: Ashley M. Kirchner
> > Reply-To: us...@httpd.apache.org
> &
--
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc.http://p6m7g8.net
Senior Sys Admin- RideChar
-ext/finfo.t255 65280?? ?? % ??
t/apr-ext/pool.t 255 65280?? ?? % ??
t/apr-ext/table.t255 65280?? ?? % ??
t/apr-ext/uri.t 255 65280?? ?? % ??
These all fail with similar symbol resolution problems. A full extract is
shown below
- Original Message -
From: "Jens Gassmann" <[EMAIL PROTECTED]>
did you use the http://www.atomix.de/Crypt-RIPEMD160-0.05.tar.gz? There i
patched like the bugreport described
http://rt.cpan.org/Public/Bug/Display.html?id=19138
I did now, same problem. It had randomly worked (worked as i
On Mon, Aug 25, 2008 at 4:35 PM, Jens Gassmann <[EMAIL PROTECTED]> wrote:
> The entire code is written in c :-( only some helper subs are written in
> perl. I could only write perl
You may be able to tell what it's trying to do by using tools like
strace. If not, I'd suggest you either conta
Hi Perrin,
You'll need to do some debugging on your code. The things that are
most likely to be different in a persistent environment like mod_perl
are environment variables, your current directory, the user you're
running as (file permission problems often show up this way), CHEC
Hi Dondi,
RIPEMD160 is causing a segfault on my machine, on both versions of
mod_perl. It is segfaulting on the digest() function. It appears there
is something wrong the module?
did you use the http://www.atomix.de/Crypt-RIPEMD160-0.05.tar.gz? There
i patched like the bugreport described
- Original Message -
From: "Jens Gassmann" <[EMAIL PROTECTED]>
Hi,
we need RIPEMD160-Hashes for our mod_perl-app. The testscript attached
worked on commandline, but not with mod_perl. There it returns a wrong
Hash => 0123456789abcdeffedcba9876543210f0e1d2c3
Whats wrong? Where could i ge
> Whats wrong? Where could i get start to catch the error?
You'll need to do some debugging on your code. The things that are
most likely to be different in a persistent environment like mod_perl
are environment variables, your current directory, the user you're
running as (file permissi
Hi Jim,
# Always do these
use strict;
use warnings;
use Crypt::RIPEMD160;
sorry - the example code was too quick and short - i always use strict
and warnings. But with strict and warnings the calculated hash is wrong
too. :-)
Regards,
Jens
Start with this:
#!/usr/bin/perl
#
# Always do these
use strict;
use warnings;
use Crypt::RIPEMD160;
my $ripemd160 = new Crypt::RIPEMD160;
$ripemd160->add('a');
my $digest = $ripemd160->digest();
print "Content-Type: text/plain\n\n";
print("Digest is " . unpack("H*", $digest) . "\n"
On Feb 18, 2008 4:40 AM, André Warnier <[EMAIL PROTECTED]> wrote:
> What I have until now believed is that perl "code" is in fact "data" for
> the perl interpreter, and that as such it cannot really be "shared".
> What I mean is that, as soon as some bit is changed in a "page" of any
> perl module,
Perrin Harkins wrote:
On Thu, Feb 14, 2008 at 9:13 AM, Rafael Caceres <[EMAIL PROTECTED]> wrote:
This is the first time that NOT using "use" because it was preloaded is
mentioned. In fact, how would the modules compile (while testing for
example)?
Modules loaded into the perl interpreter
PROTECTED]
Gesendet: Donnerstag, 14. Februar 2008 21:56
An: Perrin Harkins
Cc: Petry Roman, IT; modperl@perl.apache.org
Betreff: Re: MP1 -> MP2 migration Problems.
On Thu, 14 Feb 2008, Perrin Harkins wrote:
> On Wed, Feb 13, 2008 at 3:08 PM, Petry Roman, IT
> <[EMAIL PROTECTED]> wr
On Thu, 14 Feb 2008, Perrin Harkins wrote:
On Wed, Feb 13, 2008 at 3:08 PM, Petry Roman, IT
<[EMAIL PROTECTED]> wrote:
Looks ok i think. Apache.pm is loaded.. So why can´t i get it to work.. damn
thing 8-).
This is starting to look like a bug in Apache2::compat to me. I think
request() is
On Wed, Feb 13, 2008 at 3:08 PM, Petry Roman, IT
<[EMAIL PROTECTED]> wrote:
> Looks ok i think. Apache.pm is loaded.. So why can´t i get it to work.. damn
> thing 8-).
This is starting to look like a bug in Apache2::compat to me. I think
request() is defined in the wrong namespace. I'll try to
On Thu, Feb 14, 2008 at 9:13 AM, Rafael Caceres <[EMAIL PROTECTED]> wrote:
> This is the first time that NOT using "use" because it was preloaded is
> mentioned. In fact, how would the modules compile (while testing for
> example)?
Modules loaded into the perl interpreter at startup are still t
On Thursday 14 February 2008 09:13:41 am Rafael Caceres wrote:
> On Wed, 2008-02-13 at 23:00 +0100, André Warnier wrote:
> > Of course, what I forgot to mention below - and sorry if you know that
> > already - is that whichever perl modules you pre-load in your main
> > Apache server config via th
x27;m at a loss here
> But it may simplify your migration problems, and you can always tune
> this later.
>
> André
>
Regards,
Rafael Caceres
apache2 with compat enabled.
Perhaps it is broken in some ways ?
bye
Roman
-Ursprüngliche Nachricht-
Von: André Warnier [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 13. Februar 2008 23:01
An: modperl@perl.apache.org
Cc: Petry Roman, IT
Betreff: Re: MP1 -> MP2 migration Problems.
Of
of having them (insibly) duplicated in all the children
processes).
But it may simplify your migration problems, and you can always tune
this later.
André
André Warnier wrote:
Hi.
About your problem below...
I am not sure that this is going to help, nor even if it is really
releva
versions of mod_perl and the rest.
I went through the same kind of problems you're going through, a while
ago when going from Apache 1.x to Apache 2.x, and then again more
recently when there were some changes in the mod_perl naming of modules
between mod_perl 1.9xx and mod_perl 2.0, and then
Perrin
Harkins
Gesendet: Mittwoch, 13. Februar 2008 20:47
An: Petry Roman, IT
Cc: modperl@perl.apache.org
Betreff: Re: MP1 -> MP2 migration Problems.
On Feb 13, 2008 9:09 AM, Petry Roman, IT <[EMAIL PROTECTED]> wrote:
> Can't locate object method "request" via package &quo
On Feb 13, 2008 9:09 AM, Petry Roman, IT <[EMAIL PROTECTED]> wrote:
> Can't locate object method "request" via package "Apache" at
> /usr/lib/cgi-bin/test1.pl line 4.
If Apache2::compat is loaded, it should create that namespace. Dump
%INC from your script and see if Apache.pm is in it.
- Perri
Hello Randy,
i did read those documents again and again, but i can´t find the cause of my
problems with the compat module 8-(..
If i try the new mod_perl2 syntax everything is o.k.. but to redesign all
scripts is not an solution at this time. i need backward compatibility with
mod_perl1 at
gliche Nachricht-
Von: Jim Brandt [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 13. Februar 2008 17:46
An: Petry Roman, IT
Cc: modperl@perl.apache.org
Betreff: Re: MP1 -> MP2 migration Problems.
You might try it without the parens:
use Apache2::compat;
Petry Roman, IT wrote:
&g
On Wed, 13 Feb 2008, Petry Roman, IT wrote:
Hello @all,
we are just transfering our Intranet Server which used
Apache 1.3 and mod_perl1 from SLES8 to SLES10 wiht Apache2
and mod_perl2.
There's a couple of documents:
http://perl.apache.org/docs/2.0/user/porting/porting.html
http://perl.a
You might try it without the parens:
use Apache2::compat;
Petry Roman, IT wrote:
Hello @all,
we are just transfering our Intranet Server which used Apache 1.3 and mod_perl1
from SLES8 to SLES10 wiht Apache2 and mod_perl2.
The switch has to go quick and we can´t redesign all of our old mp1 p
Hello @all,
we are just transfering our Intranet Server which used Apache 1.3 and mod_perl1
from SLES8 to SLES10 wiht Apache2 and mod_perl2.
The switch has to go quick and we can´t redesign all of our old mp1 programs to
mp2, so we try to use the compat module. But I have no luck with it.
I te
In message <[EMAIL PROTECTED]>, "Heiko Jansen" writes
:
>No - at least not for me (Solaris 10, 64Bit, Sun cc): 2.0.3 won't build
Working for me so far.
$ cd /tmp/httpd-2.2.8
$ env PATH=/usr/bin:/usr/ccs/bin:/opt/SUNWspro/bin:/usr/sfw/bin \
CC=cc CFLAGS="-m64 -xO3" LDFLAGS="-m64 -L/usr/sfw/lib/64
Am Montag, den 21.01.2008, 23:12 -0800 schrieb Philippe M. Chiasson:
> Yes, but mod_perl 2.0.3 and Perl 5.10 should at least _build_, just
> possibly exhibit unnatural behaviour at runtime...
No - at least not for me (Solaris 10, 64Bit, Sun cc): 2.0.3 won't build
at all unless I copy "src/module
Heiko Jansen wrote:
Am Freitag, den 18.01.2008, 15:47 +1030 schrieb James Breat:
I am having problems a static mod_perl with Apache 2.2.6 and
Perl 5.10.0.
Essentially, the answer you need is: Don't use mod_perl2 and Perl 5.10.0
together yet.
Not yet, nope.
As far as I know, the mod
James Breat wrote:
I am having problems a static mod_perl with Apache 2.2.6 and
Perl 5.10.0.
I followed the instructions for a static build, but when I type make I
get the following errors (only a few
same error lines are included):
httpd-2.2.6/srclib/apr/include/apr.h:273: error: expected
Am Freitag, den 18.01.2008, 15:47 +1030 schrieb James Breat:
> I am having problems a static mod_perl with Apache 2.2.6 and
> Perl 5.10.0.
Essentially, the answer you need is: Don't use mod_perl2 and Perl 5.10.0
together yet.
As far as I know, the mod_perl developers are working on re
I am having problems a static mod_perl with Apache 2.2.6 and
Perl 5.10.0.
I followed the instructions for a static build, but when I type make I get the
following errors (only a few
same error lines are included):
httpd-2.2.6/srclib/apr/include/apr.h:273: error: expected '=',
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Kosin wrote:
| + make 'OPTIMIZE=-O2 -g -pipe -march=i386 -mcpu=i686'
| cd "src/modules/perl" && make
| make[1]: Entering directory
`/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/perl'
| gcc -I/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Kosin wrote:
| + make 'OPTIMIZE=-O2 -g -pipe -march=i386 -mcpu=i686'
| cd "src/modules/perl" && make
| make[1]: Entering directory
`/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/perl'
| gcc -I/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/
James Kosin wrote:
-BEGIN PGP SIGNED MESSAGE-
modperl_interp.c: In function `modperl_interp_unselect':
modperl_interp.c:294: error: structure has no member named `xmg_magic'
modperl_interp.c: In function `modperl_interp_select':
modperl_interp.c:509: error: structure has no member named `
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm in the process of updating all my packages for perl; however,
mod_perl 2.0.3 fails as follows:
+ cd mod_perl-2.0.3
+ LANG=C
+ export LANG
+ unset DISPLAY
+ CFLAGS=-O2 -g -pipe -march=i386 -mcpu=i686
+ /usr/bin/perl Makefile.PL
PREFIX=/var/tmp/
PROTECTED]>;
Sent: Friday, December 21, 2007 9:06 PM
Subject: Re: PerlAccessHandler problems
Correction*
SetEnv PROXY_BIND localhost
Tad Johnston wrote:
The error log only says what it can't find which is the table it's
trying to query from the database (because of course it'
Try PerlSetEnv instead :)
- Original Message -
From: "Tad Johnston" <[EMAIL PROTECTED]>
To: "Tad Johnston" <[EMAIL PROTECTED]>
Cc: "Adam Prime" <[EMAIL PROTECTED]>;
Sent: Friday, December 21, 2007 9:06 PM
Subject: Re: PerlAccessHa
all of the
access and authentication and redirection in the PerlAccessHandler.
Thanks,
Tad
Adam Prime wrote:
What does the error_log say?
Adam
Tad Johnston wrote:
I'm having problems trying to use an access handler within
mod_perl2. If I have it in the conf file it returns a 500 Internal
S
cessHandler.
Thanks,
Tad
Adam Prime wrote:
What does the error_log say?
Adam
Tad Johnston wrote:
I'm having problems trying to use an access handler within
mod_perl2. If I have it in the conf file it returns a 500 Internal
Server Error and if I don't include the PerlAccessHandler line,
What does the error_log say?
Adam
Tad Johnston wrote:
I'm having problems trying to use an access handler within mod_perl2.
If I have it in the conf file it returns a 500 Internal Server Error and
if I don't include the PerlAccessHandler line, it runs the page just
fine. What&#
I'm having problems trying to use an access handler within mod_perl2.
If I have it in the conf file it returns a 500 Internal Server Error and
if I don't include the PerlAccessHandler line, it runs the page just
fine. What's happening is when it is turned on my $ENV for my pro
On Sun, Jun 10, 2007 at 08:38:53PM +0200, Simon Bertrang wrote:
[snip]
> Here's a diff against svn.
[snip]
> Index: xs/APR/APR/APR.pm
> ===
> --- xs/APR/APR/APR.pm (revision 545917)
> +++ xs/APR/APR/APR.pm (working copy)
> @@ -23,7 +23
You're comparing Apples to Rocks with php & mod_perl ( rocks was the
first non-fruit thing I could think of )
php has 3 main flavors - mod_php , php-cgi , php-cli
lets just look at mod_php and php-cgi
if you run perl and php through a fastcgi proxy , you're going to
get similar performan
Re a virtual server solution - I've been looking for one as well. Here
are a few I've found (haven't tried them yet):
http://order.1and1.co.uk/xml/order/VpsRoot?__frame=_top&__lf=Static
http://www.spry.com/plesk-vps/
http://www.vpslink.com/
fwiw : Since your based in the UK give these guys
On 7/1/07, Clinton Gormley <[EMAIL PROTECTED]> wrote:
This is one of the gotchas I mentioned before: CHDIR.
You can't rely on it. Something somewhere (maybe Registry itself) is
changing the current dir, so '.' now refers to / rather than
to /path/to/your/modules.
It's actually not that someth
> >
> > Apache::Registry already looks for changes to your scripts and
> reloads
> > them as necessary. So you shouldn't need to use both of them.
>
> Well, I agree it says that, but when I tried using Registry without
> Reload,
> it didn't seem to work, so I gave up, and used Reload, more-or-
On 30 Jun at 11:13 Clinton Gormley <[EMAIL PROTECTED] > wrote in message
<[EMAIL PROTECTED]>
Thanks, Clint, for your helpful reply.
> Disclaimer: I have never used Apache::Reload, but:
>
> Apache::Registry already looks for changes to your scripts and reloads
> them as necessary. So you shouldn'
Tony - There are lots of people using Registry successfully (in fact the
new Bugzilla uses Registry, if I remember correctly).
> Thank you, Jonathan, for your more detailed explanation. I have to say, I am
> extremely disappointed with my experience. I've used PHP for some years to
> create intera
On 30 Jun at 16:55 Jonathan Vanasco <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>
[snip]
> assuming you're on a nix/bsd -- you need to be able to restart the server.
> if you can't , then you shouldn't be using mod_perl.
[snip]
Thank you, Jonathan, for your more detailed explanation.
l spawn with the pre-update
code, then stat to the new code
What are the other problems you refer to? I've been lurking on this
list for
some months, but have not seen anything mentioned, and Google
doesn't throw
up anything on the first few pages.
look back within the pa
Disclaimer: I have never used Apache::Reload, but:
Apache::Registry already looks for changes to your scripts and reloads
them as necessary. So you shouldn't need to use both of them. However,
reading the docs for Apache2::Reload, it mentions using it at the same
time as Registry scripts, which I
On 29 Jun at 21:47 Jonathan Vanasco <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>
>
> On Jun 29, 2007, at 4:09 PM, Tony van der Hoff wrote:
> > Well, thank you for that advice.
> >
> > Um, Why?
> >
> > How does that help solve my prob
On Jun 29, 2007, at 4:09 PM, Tony van der Hoff wrote:
Well, thank you for that advice.
Um, Why?
How does that help solve my problems?
Apache::Reload checks perl modules and *reloads* them on every hit if
they've changed. It's essentially saying "hi, i'm running
On 29 Jun at 20:08 Jonathan Vanasco <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>
>
> On Jun 29, 2007, at 1:24 PM, Tony van der Hoff wrote:
> > So, sorry to have rambled on a bit, but does anyone have any suggestions
> > as to how I can properly fix these
On Jun 29, 2007, at 1:24 PM, Tony van der Hoff wrote:
So, sorry to have rambled on a bit, but does anyone have any
suggestions as
to how I can properly fix these problems, or tell me what I'm doing
wrong.
Any advice will be very welcome.
I don't have time to analyze your config
I'm a bit of a newbie with respect to mod_perl, but with some perseverence,
I seem to have googled and hacked my way 'round most of it.
A couple of problems continue to dog me, though:
Because of constraints by my service provider, I'm running apache/1.3.37
with mod_perl/1.30 unde
On Sat, Jun 09, 2007 at 08:22:30PM +0200, Simon Bertrang wrote:
> Hi,
> when porting libapreq2 to OpenBSD we noticed a problem with a workaround
> that doesn't apply anymore (APR.pm):
>
> $OpenBSD: patch-xs_APR_APR_APR_pm,v 1.1 2007/06/09 16:02:04 martynas Exp $
> --- xs/APR/APR/APR.pm.origMon
On Jun 9, 2007, at 2:48 PM, Simon Bertrang wrote:
Doh, sorry for not checking the archives.
i don't think anyone minds.
Uhm, good question... i dont know. It's `just working' with another
application but i'd be happy if there's some better way to proove it.
i use it under freebsd, and so
On Sat, Jun 09, 2007 at 02:32:05PM -0400, Jonathan Vanasco wrote:
>
> On Jun 9, 2007, at 2:22 PM, Simon Bertrang wrote:
> >The second thing i found was a missing character for a function
> >name in
> >Apache2::SizeLimit (bsd_size_check -> _bsd_size_check):
> >
> >$OpenBSD: patch-lib_Apache2_Size
On Jun 9, 2007, at 2:22 PM, Simon Bertrang wrote:
The second thing i found was a missing character for a function
name in
Apache2::SizeLimit (bsd_size_check -> _bsd_size_check):
$OpenBSD: patch-lib_Apache2_SizeLimit_pm,v 1.1 2007/06/09 17:55:01
simon Exp $
--- lib/Apache2/SizeLimit.pm.orig
Hi,
when porting libapreq2 to OpenBSD we noticed a problem with a workaround
that doesn't apply anymore (APR.pm):
$OpenBSD: patch-xs_APR_APR_APR_pm,v 1.1 2007/06/09 16:02:04 martynas Exp $
--- xs/APR/APR/APR.pm.orig Mon Nov 20 01:31:02 2006
+++ xs/APR/APR/APR.pm Sat Jun 9 18:10:04 2007
@@
Marius Feraru wrote:
> Michael Peters wrote:
>> Weird. This seems to have been a problem that was noticed in 2005 and Stas
>> recommended almost the exact same patch.
>> http://mail-archives.apache.org/mod_mbox/perl-modperl/200505.mbox/[EMAIL
>> PROTECTED]
>
>> Any reason this wasn't applied then
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Peters wrote:
> Weird. This seems to have been a problem that was noticed in 2005 and Stas
> recommended almost the exact same patch.
> http://mail-archives.apache.org/mod_mbox/perl-modperl/200505.mbox/[EMAIL
> PROTECTED]
>
> Any reason this
1 - 100 of 557 matches
Mail list logo
