On Sun, Jan 05, 2020 at 05:55:45PM -0800, Jim Tappe wrote:
> Thanks. I recompiled again with apache and mod_perl source and apache is
> starting now. :) I must have messed up when I did the last compile.
>
> On Thu, Jan 2, 2020 at 9:26 PM Jim Tappe wrote:
Honestly, I have no idea what your
Well, I compiled Empberl along with apache and mod perl source as follows.
cd \tmp\Embperl-2.5.0_4
perl Makefile.PL
Found mod_perl 2.0
Build with support for Apache mod_perl?(y/n) [y]y
Use /usr/include/httpd as Apache source(y/n) [y]y
make
make install
Software versions.
Embperl-2.5.0_4
Apache/2
I keep finding an error in Util.pm
/usr/local/lib/perl5/site_perl/5.30.0/x86_64-linux/Embperl/Util.pm line
108.
106
107 my $sess ;
108 $sess = $Embperl::req -> app -> udat ;
109 *{"$package\:\:udat"} = $sess if ($sess) ;
110 $sess = $Embperl::req -> app -> mdat ;
what version of perl
On Mon, Jan 06, 2020 at 03:53:41PM -0800, Jim Tappe wrote:
> Well, I compiled Empberl along with apache and mod perl source as follows.
>
> cd \tmp\Embperl-2.5.0_4
> perl Makefile.PL
> Found mod_perl 2.0
> Build with support for Apache mod_perl?(y/n) [y]y
> Use /usr/include/
This does not compile out of the box
Embperl-2.5.0_4
mod_perl-2.0.11.tar.gz
perl-5.30.0.tar.gz
httpd-2.4.41.tar.bz2
On Mon, Jan 06, 2020 at 03:53:41PM -0800, Jim Tappe wrote:
> Well, I compiled Empberl along with apache and mod perl source as follows.
>
> cd \tmp\Embperl-2.5.0_4
> perl Makefi
sorry
Can't call method "app" on an undefined value at
/usr/local/lib/perl5/site_perl/5.30.0/x86_64-linux/Embperl/Util.pm line
108.
obviously udat is not being defined
I can fix it but checking for udat?
On Mon, Jan 06, 2020 at 09:19:22PM -0500, Ruben Safir wrote:
> I keep finding an error in U
[root@centos-s-2vcpu-4gb-sfo2-01 conf]# perl -v
This is perl 5, version 16, subversion 3 (v5.16.3) built for
x86_64-linux-thread-multi
(with 39 registered patches, see perl -V for more detail)
Copyright 1987-2012, Larry Wall
Perl may be copied only under the terms of either the Artistic License
Right that is an old perl, and the problem is the new perl
It is not that secure FWIW.
We are up to 5.30+
On Mon, Jan 06, 2020 at 06:36:07PM -0800, Jim Tappe wrote:
> [root@centos-s-2vcpu-4gb-sfo2-01 conf]# perl -v
>
> This is perl 5, version 16, subversion 3 (v5.16.3) built for
> x86_64-lin
Ok, thanks for the clarification.
On Mon, Jan 6, 2020 at 6:43 PM Ruben Safir wrote:
>
>
> Right that is an old perl, and the problem is the new perl
>
> It is not that secure FWIW.
>
> We are up to 5.30+
>
> On Mon, Jan 06, 2020 at 06:36:07PM -0800, Jim Tappe wrote:
> > [root@centos-s-2vcpu-4gb-
