I tried running one script below and got the following:
./installer: line 11: cd: /Users/boysie/src/mm-1.*: No such file or
directory
Configuring for Apache, Version 1.3.33
+ using installation path layout: Darwin (config.layout)
configure:Error: No such module named 'yes'
./installer: line 16: c
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Max Baker wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
[mp2] While using Apache::compat Cargs()> returns
"Apache::Request::Table=HASH(0x98d0ef8)".
It should return the full query strin
Femi Oshagbemi wrote:
Hello, im very new to perl, modperl and apache but im doing a university
project to use modperl to provide a connection to a localised Gnu Octave
installation.
[...]
C:/Perl/site/lib/Apache2/Apache/OctavePrototype.pm line 19\n
[Wed Feb 09 13:25:34 2005] [error] [client 127.0
Dorian Taylor wrote:
i've been reading apache list archives and source changelogs regarding
a bug recently fixed in ap_bucket_save. i noticed that it was marked
with a ! in xs/maps/apache_functions.map. was it unimplemented due
to this bug or are there other implications to enabling this
functional
Frederic LE GUERN wrote:
[...]
As far as I can see DESTDIR's becoming pretty standard and it is available
in Apache's Makefile so I wouldn't call it a perl thingy anymore...
It may be called the same way, but it's easy to see that it's not the same
thing.
Yet I
understand your point as we have t
i've been reading apache list archives and source changelogs regarding
a bug recently fixed in ap_bucket_save. i noticed that it was marked
with a ! in xs/maps/apache_functions.map. was it unimplemented due
to this bug or are there other implications to enabling this
functionality?
cheers
.dorian
On Tue, Feb 08, 2005 at 09:16:54PM -0500, Stas Bekman wrote:
> Max Baker wrote:
> >-8<-- Start Bug Report 8<--
> >1. Problem Description:
> >
> >[mp2] While using Apache::compat Cargs()> returns
> >"Apache::Request::Table=HASH(0x98d0ef8)".
> >It should retur
Yes, I rebuilt everything (DBD::Oracle, Apache, mod_perl) after building perl.
My understanding is that you have to start with a custom built perl if you are
to have any luck on these 64 bit HPUX 11 machines.
Marc
> On Wed, 2005-02-09 at 18:53 +, [EMAIL PROTECTED] wrote:
> > I spent quit
On Wed, 2005-02-09 at 18:53 +, [EMAIL PROTECTED] wrote:
> I spent quite a bit of time getting DBD::Oracle to install on this
> HP-UX B.11.00 E 9000/800 box. I followed the instructions in
> README.hpux in the DBD::Oracle installation directory. Within this
> readme is also instructions for ge
I spent quite a bit of time getting DBD::Oracle to install on this
HP-UX B.11.00 E 9000/800 box. I followed the instructions in
README.hpux in the DBD::Oracle installation directory. Within this
readme is also instructions for getting Apache and mod_perl running.
I ended up with a new perl (outp
On Wed, 2005-02-09 at 11:26 -0500, Jonathan Vanasco wrote:
> could someone who has worked w/mod perl longer than I have give me some
> feedback on this approach to webapps i've been using lately:
>
> • the modperl handler creates a 'user' of the web app based on the
> apache request
>the 'us
could someone who has worked w/mod perl longer than I have give me some
feedback on this approach to webapps i've been using lately:
• the modperl handler creates a 'user' of the web app based on the
apache request
the 'user' handles all the session management, login, etc
my $user = new myAp
Hello, im very new to perl, modperl and apache but im doing a university
project to use modperl to provide a connection to a localised Gnu Octave
installation.
I have come against a problem when trying to run this simple test program:-
package Apache::OctavePrototype;
use FileHandle;
use IPC::Op
On Mon, Feb 07, 2005 at 05:12:18PM +0100, Josef Ender wrote:
> Hello
>
> I accidentally entered a wrong URL in my browser and instead of the
> script output I got the script SOURCE back!
>
> The URL is https://my.servername.local//p_reh/myscriptname.pl
>
> My mistake was the double / after the
> sure, but you can help us figure out a solution w/o knowing anything about
> mod_perl. The situation of the packagers is unique. One can think of it as
> if they are using chroot(1), where their / moves elsewhere. It'd be easy
> to make DESTDIR supported, but this is not the right thing. mod_perl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, I tried using darwinports to install apache 1.3 and mod_perl 1.26
using
port install apache +mod_perl.
It seemed to off without a hitch, no errors, no problem.
Then I tried starting apache using:
sudo /opt/local/sbin/apachectl start and received th
16 matches
Mail list logo
