hrough" (PT) flag:
RewriteRule ^/etexts/id/(.*) /sandbox/semantic-web.cgi?id=$1 [PT]
More info here:
http://modperlbook.org/html/12-8-mod_rewrite-Examples.html
Nick
Apache::DBI that adds a PerlChildExitHandler
in order to disconnect all existing database connections.
Comments are welcome.
Nick
--
aevum gmbh
rumfordstr. 4
80469 münchen
germany
tel: +49 89 3838 0653
http://aevum.de/
--- DBI.pm.bak 2009-07-20 16:48:35.0 +0200
+++ DBI.pm 2009
it sadly). I'm therefore thinking of hiring a consultant to do this work
for me (London, UK). If you're interested please mail me direct.
TIA...Nick.
--
Nick Challoner
[EMAIL PROTECTED]
to upgrade your Perl version, re download the latest Perl.
Fred Moyer wrote:
>
> Nick Pron wrote:
>> Fred Moyer wrote:
>>> Nick Pron wrote:
>>>> Hi all,
>>>>
>>>> I am on a fresh install of Ubuntu 7.04 with Apache 2.2.4 compiled from
>&
27;s how I
know it's not already there.
Fred Moyer wrote:
>
> Nick Pron wrote:
>> Hi all,
>>
>> I am on a fresh install of Ubuntu 7.04 with Apache 2.2.4 compiled from
>> source. Perl v5.8.8 built for i486-linux-gnu-thread-multi (came with
>> Ubuntu
>&g
downloading sources and I still get the same error. Can anyone
please help me figure out why this is not working? I am using the current
version of mod_perl (May22-07 is when I downloaded it).
Thanks
Nick.
IL PROTECTED]>
>Относно: Re: [mp2] can't make or make test mod_perl 2.0.1 for cygwin 1.5.17
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Петък, 2005, Юли 22 22:14:53 EEST
>--
>
>Any luck with this? I'd also like to have mo
> Îðèãèíàëíî
>ïèñìî
>Îò: "Philip M. Gollucci" <[EMAIL PROTECTED]>
>Îòíîñíî: Re: APR::Pool segfaults on Win32
>and Cygwin
>Äî: Nick *** <[EMAIL PROTECTED]>
>Èçïðàòåíî íà:
>Ñðÿäà, 2005, Þëè 6 20:08:12 EEST
>--
> Оригинално писмо
>От: "Philip M. Gollucci" <[EMAIL PROTECTED]>
>Относно: Re: APR::Pool segfaults on Win32 and Cygwin
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Сряда, 2005, Юли 6 20:08:12 EEST
>---
perl -MAPR::Pool -e "$p=APR::Pool->new;" fails on Win32 with the following
error:
The instruction at "0x6eec7c79" referenced memory at "0x0014". The memory
could not be "read".
E:\>perl -V
Summary of my perl5 (revision 5 version 8 subversion 7) configuration:
Platform:
osname=MSWin32
>hello all,
>
>i've been trying to work through installing apache 2.0.54 + mp 2.0.1
>over the weekend for cygwin 1.5.17- and it's been kinda bumpy. any
>help would be appreciated. it doesn't appear apache2 + mp2 installs
>are common for cygwin (or if they are they go quite smoothly because
>digging
>> # expected: content
>> # default-handler subrequest
>> # more content
>> # filter
>
>> # received: content
>> # default-handler subrequest
>> # more content
>> # filter
>
>> not ok 1
>
>hrm, those look the same to me. I guess it's a case of a missing or added
>newline?
>
>> Arch
-8<-- Start Bug Report 8<--
1. Problem Description:
t/filter/out_str_subreq_default1..1
# Running under perl version 5.008007 for linux
# Current time local: Tue Jun 21 12:11:14 2005
# Current time GMT: Tue Jun 21 16:11:14 2005
# Using Test.pm versio
why things aren't working... Just that they aren't
Sorry for the newbie question, everything i've found says that things
should work if you include the compat option and there's not a lot to
tell you what to do when it doesn't just work :)
-Nick
On Jun 13, 2005,
The mod_perl1 module I have calls Apache::constants.
This does not seem to be present on my server... After some digging
I found that the mod_perl2 equivalent is Apache2::Const
Do I need to somehow install these old mod_perl1 modules or do I need
to convert my module over to mod_perl2?
'm trying to set up apache 2 (2.0.54) on Windows 2000 Server
with SSL (from here -- currently working)
http://smithii.com/?q=node/view/30
The latest version of ActivePerl (5.8.7.813)
and... mod_perl, which I've installed via the "mpinstall" script here..
http://perl.apache.o
I think this module is exactly what I'm looking for... Is there
anywhere that I can find more details on how it works and how to use it?
Yea, I've got to give it a shot next week. I'm still not very
familiar with the whole mod_perl universe. The script does simply
the same thing (can't load) is there any way to increase the
verbosity? Error log entries seem pretty vague even on debug
-Nick
On Jun 10, 20
rverRec ();
use Apache2::ServerUtil ();
use Apache2::Connection ();
use Apache2::Log ();
use Apache2::Const -compile => ':common';
use APR::Const -compile => ':common';
use APR::Table ();
use Apache2::compat ();
use ModPerl::Registry ();
use CGI ();
1;
On Jun 9, 2005, at
Turns out it was an error in the mod_perl.pl file
I took "Can't load" to mean "Where's this file?" Where I should have
taken it as "There's an error in this file"
On Jun 8, 2005, at 3:00 PM, Nick Pietraniec wrote:
Not a bad idea, but I just gav
Not a bad idea, but I just gave it a shot and no luck.
On Jun 8, 2005, at 2:56 PM, Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nick Pietraniec schrieb:
[...]
|
|
| LoadFile "C:/Perl/bin/perl58.dll"
~ ^^^
| LoadModule perl_module modules/m
oadFile "C:/Perl/bin/perl58.dll"
LoadModule perl_module modules/mod_perl.so
Perlmodule Apache2
PerlModule Apache2::compat
Below all the other "LoadModule" directives, it seems to start fine.
I'm no perl guru - I won't pretend to know how to properly set this up
Does anyone out there see what I'm missing or doing wrong?
Thanks in advance...
-Nick
ad to supply
MP_USE_STATIC=1 for a static build.
Nick
--
aevum gmbh
leopoldstr. 41
80802 münchen
germany
fon: +4989 38380653
[EMAIL PROTECTED]
http://aevum.de/
I get the following error message if I try to call the method aborted()
using the new RC5:
Can't locate object method "aborted" via package "Apache2::Connection"
RC4 worked fine.
Nick
--
aevum gmbh
leopoldstr. 41
80802 münchen
germany
fon: +4989 38380653
[EMAIL PROTECTED]
http://aevum.de/
>On Wed, 6 Apr 2005, Nick *** wrote:
>
>> Something went wrong after the big merge. I did a fresh
>> checkout and it seems like half of the patches are there
>> but the other half aren't. For example, the patches for
>> src/modules/perl/modperl_
>Nick *** wrote:
>> >
>> >We can do that. But it should be done in one place and not repeated in
>> all
>> >files. So could you apply this patch:
>> >
>> >[...]
>> >and then s/static/MP_STATIC/ in all the plac
>
>We can do that. But it should be done in one place and not repeated in all
>files. So could you apply this patch:
>
>[...]
>and then s/static/MP_STATIC/ in all the places you have a problem with and
>resubmit a new patch?
>
>Thanks.
There it is :)
--
>> without MP_STATIC_EXTS=1).
>> Can somebody "fix" this, please? I need the -DCYGWIN to be set everywhere
>> not only when building dso. Sorry for not doing this myself, but someone
>> more familar with mp2 can do it much faster and better.
>
>Nick, p
>Nick *** wrote:
>[...]
>> But there is another bug as I said.
>> Just run perl Makefile.PL MP_STATIC_EXTS=1 MP_COMPAT_1X=0 MP_USE_STATIC=1
>> MP_AP_CONFIGURE="--with-mpm=prefork" MP_AP_PREFIX=/usr/src/httpd
>> and then run make. You will see what ha
>Nick *** wrote:
>> As I wrote in a previous mail, there is another error with the
>> MP_STATIC_EXTS=1 option. When running make, the process dies with:
>>
>> cp Base64.pm ../../../blib/lib/APR/Base64.pm
>> make[3]: *** No rule to make target
>> `..
As I wrote in a previous mail, there is another error with the MP_STATIC_EXTS=1
option. When running make, the process dies with:
cp Base64.pm ../../../blib/lib/APR/Base64.pm
make[3]: *** No rule to make target
`../../../blib/arch/auto/APR/Base64/Base64.so', needed by `dynamic'. Stop.
make[3]:
lly I find Template Toolkit easier to use than Mason when I want
to do the kind of things that I would once upon a time have done with
PHP...
Cheers,
Nick
--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago
y universe, it's
*that*
one that should be called something else. It seems from what I remember
to be
more similar to autotools' ${prefix}.
Cheers,
Nick
--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago
Oops, there are more issues with MP_STATIC_EXTS=1 option.
The initial bug is fixed and the httpd executable builds fine, but after that I
get this:
make[3]: Entering directory `/usr/src/modperl/WrapXS/APR/Base64'
cp Base64.pm ../../../blib/lib/APR/Base64.pm
make[3]: *** No rule to make target
`.
>
>Nick *** wrote:
>> >
>> >Stas Bekman wrote:
>> >> Nick *** wrote:
>> >>>> [...]
>> > [...]
>> >It's fixed in r149218, was a simply typo in lib/ModPerl/BuildMM.pm
>>
>> What is 'r14921
>
>Stas Bekman wrote:
>> Nick *** wrote:
>>>> [...]
>>
>> Yup, I can confirm that it's not working. I get a different error though:
>>
>> /home/stas/apache.org/mp2-svn/src/modules/perl/mod_perl.a(modperl_xsinit.o)(.text+0x11):
>
> > No Stas, this is a bug in MP2. Please, just run:
> >
> > perl Makefile.pl MP_STATIC_EXTS=1 MP_COMPAT_1X=0 MP_USE_STATIC=1
> > MP_AP_CONFIGURE="--with-mpm=prefork" MP_AP_PREFIX=/usr/src/httpd
> >
> > and you will see what happens. On RedHat I get the same error (but on
> > cygwin the process
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: mod_perl.c:61: `my_perl' undeclared under Cygwin
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Вторник, 2005, Януари 25 03:40:33 EET
>--
>No luck guys :(
>Seems there is no way to build libhttpd.dll and no way to link against it.
>Even when I try to compile apache 2 with --enable-shared=most it can not build
>it's own modules. I suggest to disable or warn that currently the dynamic
>build under cygwin doesn't work. Maybe better d
r ($dir, "../$dir", "../../$dir") {
last if -d ($dir = $_);
}
}
}
$dir ||= $self->{MP_AP_PREFIX};
If the right directory isn't found in the for loop $dir still contains a
value, so the ||= has no effect.
Everything works as expected with
>No, the standard apache 1.3.xx build process doesn't build libhttpd.dll by
>default.
>It only builds it with the --enable-rule=SHARED_CORE configuration option.
>With this I manage to build MP 1.xx.
>Now about MP2 - as I said I currently can not build Apache 2 with
>enable-rule=SHARED_CORE, t
>
>On Thu, 6 Jan 2005, Nick *** wrote:
>
>> >>>> > /usr/src/mp2/xs/APR/Base64/APR__Base64.h: In function
>> >>>> > `MPXS_apr_base64_encode':
>> >>>> > /usr/src/mp2/xs/APR/Base64/APR__Base64.h:37: static
>> &
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: [A-T patch] changing should_skip_module to support regex skip
patterns
>До: [EMAIL PROTECTED]
>Изпратено на: Четвъвтък, 2005, Януари 6 20:39:39 EET
>--
>
>Geoffrey Young
Systems Administration Consultant
>~~
>
>Nick *** said:
>> >> >> The admin asked me what command I use in order to get the name
>> 'localhost.testdrive.hp.com'. How does MP2 get this?
>> >> >
>> >> >Somethi
>Nick *** wrote:
>
>>> Are you running the latest dev svn?
>>
>> The latest svn is fine. I just removed the patch in order to test more
>> this issue, and that's the coredump...
>
>Understood. I certainly don't have the time to look at
>> >> The admin asked me what command I use in order to get the name
>> 'localhost.testdrive.hp.com'. How does MP2 get this?
>> >
>> >Something like the following:
>> >
>> >use Socket;
>> >my $localhost_addr = pack('C4', 127, 0, 0, 1);
>> >my $name = gethostbyaddr($localhost_addr, S
> /usr/src/mp2/xs/APR/Base64/APR__Base64.h: In function
> `MPXS_apr_base64_encode':
> /usr/src/mp2/xs/APR/Base64/APR__Base64.h:37: static
> symbol `MPXS_apr_base64_enco de' is marked dllexport
>>>
Sorry, but I've never seen this kind of errors before. Any
chance
>BTW, please wrap your paragraphs to max 80 characters, unfortunately many
>email clients still can't properly wrap longer lines at display or quote time.
Didn't know that. Sorry.
>
>> PHP workarounds this problem with the OPEN_BASEDIR directive. I don't know
>> how secure this is, but it
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: shared hosts and MP2 security
>До: Markus Wichitill <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 23 23:09:20 EET
>--
>
Let's assume that I have a web server with 50 virtual hosts. This web server is
apache2 running as user nobody and has php installed. I've set php's
OPEN_BASEDIR option for every VHost, so I can restrict the users' IO access
outside their directories. Now I want to install MP2 on the same server
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: What's wrong with this system's configuration?
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Петък, 2004, Декември 17 18:18:34 EET
>--
>>
>>On Wed, 15 Dec 2004, Stas Bekman wrote:
>>
>>> sdfgsd sergserg wrote:
>>> [...]
>>> > /usr/src/mp2/xs/APR/Base64/APR__Base64.h: In function
>>> > `MPXS_apr_base64_encode':
>>> > /usr/src/mp2/xs/APR/Base64/APR__Base64.h:37: static
>>> > symbol `MPXS_apr_base64_enco de' is marked dllexport
>>
>>
>>> >> [warning] setting ulimit to allow core files
>>> >> ulimit -c unlimited; /usr/bin/perl /house/doink123/mp2_svn/t/TEST
>>> >> -bugreport -verbose=0
>>> >> 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error:
>>> >> libaprutil-0.so.0: symbol "iconv_open" unresolved
>>> >>
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: make test fails under Tru64 Unix 5.1b
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Събота, 2004, Декември 18 03:36:17 EET
>----
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: make test fails under Tru64 Unix 5.1b
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Петък, 2004, Декември 17 22:43:43 EET
>--
>
: cc: Error: modperl_exports.c under Tru64 Unix
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 19:03:15 EET
>--
>
>Nick *** wrote:
>> spe145.testdrive.hp.com> perl t/REPORT
>> Using /house/do
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: make test fails under Tru64 Unix 5.1b
>До: sdfgsd sergserg <[EMAIL PROTECTED]>
>Изпратено на: Сряда, 2004, Декември 15 19:52:41 EET
>--
>
>sdfgsd sergserg wrote:
>> Ooop
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: What's wrong with this system's configuration?
>До: sdfgsd sergserg <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 00:20:01 EET
>--
>
>sdfgsd sergserg
> Оригинално писмо
>От: Randy Kobes <[EMAIL PROTECTED]>
>Относно: Re: mod_perl.c:61: `my_perl' undeclared under Cygwin
>До: Stas Bekman <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 06:36:49 EET
>--
>
>On Wed, 15 Dec 20
error_log:
END in modperl_extra.pl, pid=2037
[Thu Dec 16 11:06:47 2004] [notice] FastCGI: process manager initialized (pid
2045)
[Thu Dec 16 11:06:47 2004] [notice] Apache/2.0.52 (Unix) world domination
series/2.0 mod_fastcgi/2.4.2 mod_perl/1.99_19-dev Perl/v5.8.3 configured --
resuming normal
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: Win32 hooks/hookrun.t failure
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 18:21:34 EET
>------
>
>[Nic
spe145.testdrive.hp.com> perl t/REPORT
Using /house/doink123/mp2_svn/blib
9404:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error:
cannot map libperl.so
-8<-- Start Bug Report 8<--
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
2
ckaged version of the thing, and any idiosyncracies
needed to build it on Debian.
Cheers,
Nick
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
weren't previously packaged, for example. And gcc 3.3...
Cheers,
Nick
--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modpe
the blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm you've mentioned
SB> sounds wrong too. I'll check that too.
Maybe it's all okay there everywhere, I'm kinda newbie... I've tried
to compile it with "make" first, but my FreeBSD guru told I should use
"gmake
$(INST_LIB)/APR/ThreadMutex.pm
SB> $(RM_F) $(MAKEFILE_OLD) $(FIRST_MAKEFILE)
SB> $(INST_LIB)/APR/ThreadMutex.pm
SB>ThreadMutex.pm $(INST_LIB)/APR/ThreadMutex.pm
-bash-2.05b$ cd mod_perl-1.99_16/blib/lib/Apache2/APR
-bash-2.05b$ grep ThreadMutex.pm Wrap
Hi everyone.
I have FreeBSD, and try to install mod_perl to Apache 2.0.49
While trying gmake install, I received the following message:
/usr/bin/perl -Iblib/lib/Apache2
-I/usr/home/nick/mod_perl-1.99_16/Apache-Test/lib -MModPerl::BuildMM
-e ModPerl::BuildMM::glue_pod WrapXS/APR/ThreadMutex
using SSL to test
this.
I seem to recall a known IE bug with the way it drops connections when
using
SSL. Maybe google for "ssl-unclean-shutdown" together with "MSIE"? I
think it
also suffers when keepalive is used, in that sometimes it will send
incorrect
content-length hea
is to have Mason (http://www.masonhq.com) working.
Anyone have any ideas as to how to get this working? I'm a bit lost.
Looks like Apache::Constants but I don't know how to begin to 'fix' it.
Any info would be nice. Any other tips and advice would be great too.
~ Nick (nick)
gout {
my ($self) = @_;
my $authtype = $self->{apr}->auth_type;
if (defined $authtype) {
$authtype->logout($self->{apr});
}
else {
# ??
}
}
...that works fine.
Cheers,
Nick
--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these stateme
imilar.
This is because it is read in a BEGIN block, and there is no current
request and hence no
appropriate virtual host at that stage.
It's in the docs, IIRC.
Cheers,
Nick
--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the Univ
owing aliases.
Could someone suggest a configuration that would permit LOGIN to
invoke Apache::AuthCookie->login correctly but still protect the
entire docroot?
Are you currently using or tags to configure
protection for the main body
of your content?
Cheers,
Nick
--
Nick Phillips / +
On Fri, Mar 05, 2004 at 07:11:35PM -0600, Shannon Eric Peevey wrote:
> Nick Urbanik wrote:
>
> >Dear Folks,
> >
> >Sorry, GPG munged the patch.
> >Here is an unmunged patch.
> >Is this the right place to send it?
> >
> >
> Yes, thanks! I was
Dear Folks,
Sorry, GPG munged the patch.
Here is an unmunged patch.
Is this the right place to send it?
On Wed, Mar 03, 2004 at 06:44:00PM +0800, Nick Urbanik wrote:
> Oh dear, Some twit forgot to attach the patch!
>
> Here it is.
>
> On Wed, Mar 03, 2004 at 10:38:33AM +000
Oh dear, Some twit forgot to attach the patch!
Here it is.
On Wed, Mar 03, 2004 at 10:38:33AM +, Nick Urbanik wrote:
> Dear Folks,
> I use LDAP authentication a lot here at our Institute, and with
> mod_auth_ldap coming and going in Red Hat (here before RH 8, gone in
> RH 8 an
LDAP' on a new server instead of having to patch each
new release by hand.
I would be very glad of any feedback.
- --
Nick Urbanik RHCE nicku(at)vtc.edu.hk
Dept. of Information & Communications Technology
Hong Kong Institute of Vocational Education (Tsing Yi
Begin forwarded message:
From: Stas Bekman <[EMAIL PROTECTED]>
Date: 15 December 2003 9:32:14 AM
To: Nick Phillips <[EMAIL PROTECTED]>
Subject: Re: Testing
Nick, can you please repost your reply back to the thread on the list?
THanks.
Sure...
Nick Phillips wrote:
On 12/12/2003, at 5
(such interaction is
usually Bad,
in my experience).
Any top tips?
Cheers,
Nick
--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
On 12/12/2003, at 8:34 AM, Garrett Goebel wrote:
Nick Phillips wrote:
>
> Just wondering whether anyone here has any cunning ways of
> unit testing code that uses the various Apache:: modules;
> the only vaguely useful thing I've managed to find so far
> is Apache::FakeReq
urely *someone* has done it before?...
Cheers,
Nick
--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
80 matches
Mail list logo
