Hi,
I am trying to install Embperl-2.5.0 on Fedora 18 and I get the
following error when I test.
Performing httpd syntax check 1 ... ERROR: Syntax OK not found
Got AH00526: Syntax error on line 15 of
Embperl-2.5.0/test/conf/httpd.min.conf:
Invalid command 'User', perhaps mis
Hi Axel,
sorry for the late reply and thanks for the patch. I have taken a quick look
and it seems ok to me. I will test it more in detail and create a new
Embperl release during the next weeks
Regards Gerald
> -Ursprüngliche Nachricht-
> Von: Axel Beckert [mailto:a...@deuxcheva
-upload}. After
> installing CGI.pm 4.06, %fdat only contains this for
> test/html/upload.htm:
>
> 'content' => 'Hi there!',
> 'multval' => 'A B C',
> 'single' => 'S',
> 'upload' =>
"some deprecated some long deprecated
modules/functions and includes refactoring to the temporary file
handling in CGI.pm."
This seems to have broken the meta data in $fdat{-upload}. After
installing CGI.pm 4.06, %fdat only contains this for
test/html/upload.htm:
'conten
comes with regards to the test suite.
There are still a bunch of hash randomisation issues. I've attached a
patch which fixes all of those I encountered so far by running the
test suite many dozen times. I would expect that you could apply this
patch to your code without changes.
Further I di
Gesendet: Freitag, 23. August 2013 16:36
> An: Gerald Richter; [email protected]
> Cc: Florian Schlichting; [email protected]
> Betreff: Re: Bug#709668: AW: embperl: test failure with perl 5.18
>
> Hi, Gerald,
>
> -=| Gerald Richter - ECOS, 16.07.2013 06:44:11 +0
ass. However, some other tests not fail.
With perl 5.18:
#32 notfound.htm...
Expected 1 more error(s) in logfile
Input: test/html/notfound.htm
Output:test/tmp/out.htm
Log: test/tmp/test.log
Testparameter:
errors = 1
and with perl 5.14:
#247 rtf/rtfadv.asc.
to do
in addition was to source the /etc/apache2/envvars file which sets up a
few paths.
Getting the test suite to pass is more complicated; on Debian, the
provided httpd.conf needs statements to load the desired mpm module, and
there were issues with the LockFile directive, so I added the
che Nachricht-
> Von: Florian Schlichting [mailto:[email protected]]
> Gesendet: Samstag, 25. Mai 2013 18:41
> An: [email protected]
> Cc: [email protected]
> Betreff: embperl: test failure with perl 5.18
>
> Hi Gerald,
>
> Debian is preparing to transition to perl
-299
Mobil +49-172-9354670 | www.nureg.de
Nürnberg HRB 22653 | USt.ID DE 814 685 653
Geschäftsführer: Michael Schmidt, Stefan Boas
Am 15.07.2013 um 14:44 schrieb Gerald Richter - ECOS:
> make test TESTARGS="-h" will only run the mod_perl tests. Not sure if this
> helps
>
>
Hi Gerald,
thanks for the quick answer.
This helped for the mod_perl test, but the CGI-Tests still fail. Do you have
any ideas, how to fix this - or skip the CGI test at all? I only need the
embperl.so and the *.pm at the end, so disabling all other things (CGI, CLI,
FastCGI) would be
Hi,
the reason is, that environment variables are not passed into mod_perl, unless
you have a PerlPassEnv in your httpd.conf
You can try to add a PerlPassEnv into test/conf/httpd.conf.src for the relevant
environment variables
Regards
Gerald
> -Ursprüngliche Nachricht-
> Von
'/web/data/nureg_shop/lib/local/lib/perl5:/web/data/nureg_shop/lib',
'PATH' =>
'/web/data/nureg_shop/lib/local/bin:/web/local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin',
};
local::lib is in '/web/data/nureg_shop/lib/local
Hi Florian,
I will take a look at this issue during the next weekend
Gerald
> -Ursprüngliche Nachricht-
> Von: Florian Schlichting [mailto:[email protected]]
> Gesendet: Samstag, 25. Mai 2013 18:41
> An: [email protected]
> Cc: [email protected]
> Betr
Hi Gerald,
Debian is preparing to transition to perl 5.18, and test rebuilds of all
packages have revealed a problem with embperl (tracked at
http://bugs.debian.org/709668):
> This package FTBFS with perl 5.18 from experimental (in a clean sbuild
> session):
>
> #5
On Wed, Jun 08, 2011 at 09:08:37PM +0200, [email protected] wrote:
> Hi,
>
> sorry for not getting back sooner...
>
> I spent some time debugging this issue, but I don't have a solution so far.
>
> The problem is, that mod_perl was using tied filehandles for STDOUT/IN
> before, but now it uses th
se it inside of Registry
scripts, all other usages should continue to work fine.
Gerald
> -Original Message-
> From: Dominic Hargreaves [mailto:[email protected]]
> Sent: Thursday, May 12, 2011 12:55 AM
> To: [email protected]
> Subject: Test registry/Execute.htm fails w
On Thu, May 12, 2011 at 04:51:27PM +0200, [email protected] wrote:
> Hi,
>
> could you tell me which version of perl do you use?
>
> I will take a look at the issue, but not before next week.
The problem was observed with both perl 5.10.1 and 5.12.3 (Debian
versions).
Dominic.
--
Dominic Hargre
Hi,
could you tell me which version of perl do you use?
I will take a look at the issue, but not before next week.
Gerald
> -Original Message-
> From: Dominic Hargreaves [mailto:[email protected]]
> Sent: Thursday, May 12, 2011 12:55 AM
> To: [email protected]
>
As per the README I'm reporting this bug here, rather than on
rt.cpan.org (where I note a few other bug reports have been sent).
As reported at
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624578> this test fails when
run with mod_perl 2.0.5.
We have applied some patches at Debi
12:22 AM
To: [email protected]
Subject: embperl 2.3.0 make test fails ascii test?
Hi everyone,
I somehow managed to break some part of my perl installation while
upgrading it, and now 'make test' with Embperl fails even the most
basic
ascii test:
[-1][2667]ERR: 24: Error in
Hi,
for Perl 5.12 please use http://www.embperl.org/downloads/Embperl-2.4.0_3.tar.gz
Gerald
> -Original Message-
> From: Gerard [mailto:[email protected]]
> Sent: Tuesday, September 14, 2010 12:22 AM
> To: [email protected]
> Subject: embperl 2.3.0 make test f
Hi everyone,
I somehow managed to break some part of my perl installation while
upgrading it, and now 'make test' with Embperl fails even the most basic
ascii test:
[-1][2667]ERR: 24: Error in Perl code: syntax error at
/root/Embperl-2.3.0/test/html/ascii line 3, at EOF
[-2]synta
On Thu, 14 May 2009, Ed Grimm wrote:
> To clarify, the software stacks are kinda tied together,
> dependency-wise:
>
> Embperl 1.3.x goes with perl-5.6.x and apache 1.3.x.
>
> Embperl 2.x goes with perl-5.8.x and apache 2.x.
So I guess noone has tried 1.3 with perl 5.8.x either?
If we could ge
So now Im trying to build Embperl and during the make test phase I see
this:
#77 post.htm... ok
#78 upload.htm... Error in Line 9
Is: >Filename:<
Should: >Content-DispositionContent-Type<
Input: test/html/upload.htm
Output: test
Hi!
When running make test i got the followint error in mod_perl test.
(Embperl Version is 2.3.0 on CentOS 5 with httpd-2.2.3-11 and
mod_perl-2.0.2-6.3.el5)
#217 EmbperlObject/errdoc/epoerrdoc2.htm...
Error in Line 21
Is: > [26334]ERR: 32: Warning in Perl code: (in cleanup)
Ca
Senthilkumar R wrote:
I am getting the following error when run "make test".
--
[-1]Missing right curly or square bracket at
/tmp/Embperl-2.2.0/test/html/erro
I am getting the following error when run "make test".
--
[-1]Missing right curly or square bracket at
/tmp/Embperl-2.2.0/test/html/error.htm line 60, at e
ct: not able to run the test server (example) that comes
> with embperl 2.3.0
>
>
> Dear All,
>
> I have installed Emperl/2.3.0 with following configurations
> Apache/2.2.8 (Unix) Embperl/2.3.0 mod_perl/2.0.3 Perl/v5.8.8.
>
> The only issue i faced while install
Dear All,
I have installed Emperl/2.3.0 with following configurations Apache/2.2.8
(Unix) Embperl/2.3.0 mod_perl/2.0.3 Perl/v5.8.8.
The only issue i faced while installing was i didn't specify the XALAN base
directory.
I started the test server and tried to access via
http://localhost:85
othing that seemed
> to
> be related to the build error.
>
> Then after looking up what an off64_t was, I decided
> to try replacing it with a off_t. It worked. Even
> `make test` ran ok.
>
> I'm sure there will be a problem. If any of those
> structs are being
scan for non-latin
characters through the Apache includes (non). I found
some in the Embperl source, but nothing that seemed to
be related to the build error.
Then after looking up what an off64_t was, I decided
to try replacing it with a off_t. It worked. Even
`make test` ran ok.
I'm sure
ald Richter - ECOS GmbH <[EMAIL PROTECTED]> 05/25/07 12:03 PM >>>
> It looks like httpd (which runs as nobody) does not have
> access to the embperl/test/html directory.
>
> Normaly you should be able to run make install and use it
> without problems
>
> Gerald
t; Gerald Richter - ECOS GmbH <[EMAIL PROTECTED]> 05/25/07 12:03 PM >>>
It looks like httpd (which runs as nobody) does not have access to the
embperl/test/html directory.
Normaly you should be able to run make insta
It looks like httpd (which runs as nobody) does not have access to the
embperl/test/html directory.
Normaly you should be able to run make install and use it without
problems
Gerald
--
Gerald Richter ECOS
Okay, made it through the perl Makefile.PL step just fine and MOST of the make
test step. At the end of that I encountered:
Testing mod_perl mode...
#0 ascii... ERR:Forbidden
Input: test/html/ascii
Output: test/tmp/out.htm
Log:test
: W.Heck,
G.Richter
--
> -Original Message-
> From: h.thurow [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 11, 2007 8:26 AM
> To: [email protected]
> Subject: RE: make test: Cannot load
> /
8 in perl_run ()
#10 0x29c4 in ?? ()
#11 0x213c in ?? ()
#12 0x1fe0 in ?? ()
(gdb)
The Bus Error comes from this call in test.pl:
$err = Embperl::Run::run (@testargs, ref $test->{param} eq
'HASH'?[$test->{param}]:$test->{param}) ;
The arguments from this call to Em
sday, April 19, 2007 3:06 AM
> To: [email protected]
> Subject: make test: Cannot load
> /Embperl-2.2.0/blib/arch/auto/Embperl/Embperl.so into server:
> cannot create object file image or add library
>
>
> Hello,
>
> Im trieing to "make test" E
Hello,
Im trieing to "make test" Embperl on Mac OS X 10.4.9 with Apache 2.0.59 and
mod_perl 2.0.3 dynamically linked. Embperl is Version 2.2.0. But "make test"
says
Testing offline mode...
#0 ascii... make: *** [test_dynamic] Bus error
make test TESTARG
Hello,
Im trieing to "make test" Embperl on Mac OS X 10.4.9 with Apache 2.0.59 and
mod_perl 2.0.3 dynamically linked. Embperl is Version 2.2.0. But "make test"
says
Cannot load /Embperl-2.2.0/blib/arch/auto/Embperl/Embperl.so into server:
cannot create object file image or a
Hi,
This is a know bug in 2.2.0, just run
make test TESTARGS="-i"
This should show only this error, which you can safely ignore
Gerald
> -Original Message-
> From: Soltan Safavi [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 02, 2007 9:23 PM
> To: e
Hi Gerald,
I am trying to install EmbPerl 2.2.0 on fedora 6 with Apache 2.2.3,
Perl v5.8.8 and mod_perl-2.0.2
only make test shows the errors below.
I appreciate you help
Soltan
Testing mod_perl mode...
#192 EmbperlObject/epopage1.htm...ok
#193 EmbperlObject/epopage1.htm...ok
#194
On Tue, 12 Sep 2006, Oskar Ahner wrote:
Hi All!
My question is why apache complains on "is garbled - perhaps this is not an
Apache module DSO?" when I build everything from scratch? Here are the steps:
* I build and install Perl 5.8.8 below /opt/perl
* I build and install apache2:
./config
refix=/opt/apache2
make & make install
* I build mod_perl 2.0.2:
/opt/perl/bin/perl Makefile.PL MP_AP_PREFIX=/opt/apache2
make
* And then make test:
/opt/perl/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /opt/perl/bin/per
> >
> > Yes, still failing. I hadn't noticed how long the @INC path was. I
> > should probably take a closer look at that. Here's the
> output from the
> > test:
> >
>
Ok, this is really only failing because of your long @INC
path and the wa
smime.p7m
Description: S/MIME encrypted message
Gerald Richter wrote:
Gerald Richter wrote:
#216 EmbperlObject/errdoc/epoerrdoc2.htm...
Expected 2 more error(s) in logfile
Could you please run
make test TESTARGS="-h 216"
Seem like your httpd is truncateing the line in the logfile,
because
> >
> > Gerald Richter wrote:
> >
> > >>#216 EmbperlObject/errdoc/epoerrdoc2.htm...
> > >>
> > >>Expected 2 more error(s) in logfile
> > >>
> > >>
> > >>
> > >
> > >Could you pleas
smime.p7m
Description: S/MIME encrypted message
Gerald Richter wrote:
#216 EmbperlObject/errdoc/epoerrdoc2.htm...
Expected 2 more error(s) in logfile
Could you please run
make test TESTARGS="-h 216"
And send me test/tmp/httpd.err.log
The log file is attached. Thanks for your help.
Matt
[Wed Apr 12 14:47:20 2
>
> The first failure seems to be just an old version in the
> test/cmp/epoincdiv.htm file. I see the following error:
>
Oops, I raised the version nummer after doing the final tests. I should have
done this the other way round. I will fix this soon.
>
> #216 EmbperlObject
Hello Folks,
Two tests fail for me with Embperl 2.2.0. One seems trivial the other
possibly not so much. Make succeeds fine and I've got it running under
httpd 2.2.0 just fine.
The first failure seems to be just an old version in the
test/cmp/epoincdiv.htm file. I see the following
Oh, hello Gerald! :)
And thank you for the reply, but I got it working by myself. The
httpd.conf.local only has
LoadModule embperl_module /path/to/perl/site/lib/Embperl/Embperl.so
PerlModule Embperl
AddType text/html .epl
SetHandler perl-script
PerlHandler Embperl
Opt
Hi,
>
> Seems I was even more tired than I thought, that was actually
> the case! :) Installed it and no problems after that with make, but...
>
> I can't get it configured with apache2. I followed the
> instructions at
> http://perl.apache.org/embperl/pod/doc/Config.-page-1-.htm
> under the
>
> I'm actually very tired, and all I could think of that I'm
> missing a compiler (should that be gcc -c -l/home/pekka/etc.
> etc. etc. etc?)
>
Yes, it looks like if your compiler is missing.
Cc normaly is the same as gcc on most Linux systems. On my system
/usr/bin/cc is simply a symbolic
Hello all! I'm a newbie with linux et al, and tried to install embperl
with the help of the Embperl homepage. perl Makefile.pl seemed very
happy with all of my directories, but make test output this:
make[1]: Entering directory `/home/pekka/Embperl-2.0.1/xs'
make[2]: Entering direct
e in the document that tell what needs to be
changed because of the namespace change from Apache to Apache2.
> Would it be worth adding a test to Embperl somewhere to check
> and flag this issue, as it's not at
On Mon, Oct 03, 2005 at 01:46:09PM +0200, Gerald Richter wrote:
> > On Mon, Oct 03, 2005 at 07:28:05AM +0200, Gerald Richter wrote:
> > > > Yep, I've got 3.10, as shipped with RHEL4.
> > > >
> > > > So this looks like a bug in the test then?
&
>
> On Mon, Oct 03, 2005 at 07:28:05AM +0200, Gerald Richter wrote:
> > > Yep, I've got 3.10, as shipped with RHEL4.
> > >
> > > So this looks like a bug in the test then?
> >
> > Not sure. It works for me with very similar versions.
> >
> >
> > So it really should be Apache2::...
> >
> > What is left is CGI.pm, because it's used in the upload
> test. Mod_perl
> > 2.0.0 requires CGI.pm >= 3.10
>
> Yep, I've got 3.10, as shipped with RHEL4.
>
> So this looks like a
building
> > >> Embperl 2.0.0 on another box running RHEL4, perl 5.8.5,
> > httpd 2.0.52
> > >> (RH version), and mod_perl 2.0.0. make test fails during
> > the mod_perl tests as follows:
> >
>
> Oops, sorry. Yes your are right. I have overseen it
_perl version
> is installed?
>
> It was in the email:
>
> >> Debugging my segfault problems in another thread, I tried building
> >> Embperl 2.0.0 on another box running RHEL4, perl 5.8.5,
> httpd 2.0.52
> >> (RH version), and mod_perl 2.0.0. make tes
ing my segfault problems in another thread, I tried building Embperl
>> 2.0.0 on another box running RHEL4, perl 5.8.5, httpd 2.0.52 (RH version),
>> and mod_perl 2.0.0. make test fails during the mod_perl tests as follows:
Cheers,
Gavin
---
>
> Found unexpected output in httpd errorlog:
> [Sun Oct 02 07:07:07 2005] [error] [13083]ERR: 24: Error in
> Perl code: Can't locate Apache/Response.pm in @INC (@INC
> contains: )
>
>
> Haven't dug any further into this - I assume it's a mod_perl2
> issue - should be using Apache2::Re
Hi,
Debugging my segfault problems in another thread, I tried building Embperl
2.0.0 on another box running RHEL4, perl 5.8.5, httpd 2.0.52 (RH version),
and mod_perl 2.0.0. make test fails during the mod_perl tests as follows:
#76 upload.htm... ERR:Internal Server Error
Input
Hi,
>
> I am trying to install Embperl-2.0rc3, "make test" shows a
> few errors when testing mod_perl mode
>
Try
make test TESTARGS="-i"
If the only errors you get are about "too few errormessages" then it's safe
to use Embperl, it's
Hi,
I am trying to install Embperl-2.0rc3, "make test" shows a few errors
when testing mod_perl mode
Testing mod_perl mode...
#0 ascii... ok
#1 pure.htm...ok
#2 nooutput.htm...ok
#3 nooutput.htm...ok
#4 plain.htm...
>
> My apologies for the delay in responding. I have attached
> config.pl after building with mod_perl support as requested.
Looks ok
> I attempted to build without mod_perl support, but
> encountered another (different) error in the make test. Here
> is the output whe
>
> This goes along with my post yesterday. Perhaps this is why
> I can't seem to get Embperl running after I make install.
>
> [mail:~/Embperl-2.0rc2] root# make test
> PERL_DL_NONLAZY=0 /usr/bin/perl -Iblib/arch -Iblib/lib
> -I/System/Library/Perl/darwin -I/S
This goes along with my post yesterday. Perhaps this is why I can't
seem to get Embperl running after I make install.
[mail:~/Embperl-2.0rc2] root# make test
PERL_DL_NONLAZY=0 /usr/bin/perl -Iblib/arch -Iblib/lib
-I/System/Library/Perl/darwin -I/System/Library/Perl test.pl
lo
>> t/Pgreetok 18/18[21350]ERR: 10: Perl hash error, % does not
>> exist
>
> Did you ever find out what was up with this? I'm seeing this
> whenever I stop Apache (once per process that has run Embperl) and on
> top of that, apachectl restart is not working (segfaults). Embperl
> 2, Apache 1
>
> I found that replacing "test/cmp/pod.asc.win32" with
> "test/cmp/pod.asc" solves the problem ...
>
This is a problem of different handling of whitespace in different versions
of libxml/libxslt.
This is only a problem of make test and
Hi.
I've tried recently to compile and install Embperl-2.0b11 on my home PC (WinXP and
ActiveState Perl 5.6.1). Here is the quotation of "nmake test":
-
#211 pod/pod.asc...
Error in Line 1
Is:
>Test
and on
>top of that, apachectl restart is not working (segfaults). Embperl
>2, Apache 1.3.
===
Unfortunately, this problem has never gone away. I gave up on the test
which caused the 10: Perl hash error. The error involving Cwd.pm is
still there even after upgrading to Perl
At 9:34 AM -0800 3/2/04, Edouard Lagache wrote:
Dear Embperl community,
I've run into strange error messages coming from the testing phase of the
Perl modules I've created for my ecards solution Penguin Greetings. The
two key errors are: (full text at bottom)
[Tue Mar 2 09:04:24 2004] Cwd.pm: Sub
t; Apache modules.
Yeah! Gerald, you're my man ;)
After softlinking from Apache modules dir to libperl.so I had no problems
with "make test" anymore...
Thanks alot!
Greetings, Matthias
--
Yeah. Wait a minute. It's the guy from TV. My kid's
hero...Cruddy...Crummy...K
>
> I only have one instance/version of mod_perl installed on my system.
> And when "perl Makefile.PL" asked me for my "libperl.so" (of which I
> have only one version on my system as well, no "mod_perl.so") I gave
> it's path to Makefile.PL, nothing more.
>
Does mod_perl work correctly without Em
-- quoting Gerald Richter --
> Looks like something with your mod_perl installation is wrong. Maybe you
> have build Embperl with a different mod_perl source version, than the
> one which is installed on your system.
Hi Gerald,
I only have one instance/version of mod_perl installe
> Starting httpd... Syntax error on line 33
> of /usr/src/CPAN/HTML-Embperl-1.3.6/test/conf/httpd.conf:
> Can't locate API module structure `perl_module' in
> file /usr/lib/libperl.so: /usr/sbin/apache: undefined symbol:
> perl_module readline() on closed filehandle
Hi all,
I am new to this list, so please forgive me if this question was already
asked...
I tried to make HTML::Embperl 1.3.6 (can't use a 2.x version, 1.3.x is
needed for a specific package). I run "perl Makefile.PL" with mod_perl
support, but during "make test"
That did it! Make test ran on my RedHat installation.
On Apr 21, 2004, at 2:08 AM, Gerald Richter wrote:
Hi,
this looks like I expected it.
It is not a problem of Emperl, but of make test. It's specific to
RedHat's
Apache installation, which does not write newlines to the error
Hi,
this looks like I expected it.
It is not a problem of Emperl, but of make test. It's specific to RedHat's
Apache installation, which does not write newlines to the error log, for
which reason the number of error lines is different then make test expects.
Could please try if the
Derrick Spell wrote:
> I can't get the make test to run correctly. I get the following
> error:
>
Could you run
make test TESTARGS="-h -i"
and send me test/tmp/test.log and test/tmp/httpd.err.log
Which Perl versio
I can't get the make test to run correctly. I get the following error:
Testing mod_perl mode...
#0 ascii... ok
#1 pure.htm...ok
#2 nooutput.htm...ok
#3 nooutput.htm...ok
#4 plain.htm... ok
#5 plain.htm...
On Wednesday 07 April 2004 12:14 pm, Stas Bekman wrote:
> >>>>>>>> I guess Apache::Test cannot parse httpd.conf continuation syntax.
> >>>>>>>
> >>>>>>> Probably. Patches to fix that are welcome, Beau.
> >>>&g
Beau E. Cox wrote:
On Wednesday 07 April 2004 12:14 pm, Stas Bekman wrote:
I guess Apache::Test cannot parse httpd.conf continuation syntax.
Probably. Patches to fix that are welcome, Beau.
But if I fix that, I negate my current work-around ;)
That's hiding the problem, not fixing it ;)
Ye
I guess Apache::Test cannot parse httpd.conf continuation syntax.
Probably. Patches to fix that are welcome, Beau.
But if I fix that, I negate my current work-around ;)
That's hiding the problem, not fixing it ;)
Yes, so true. Guilty :(
If it's too hard, don't worry,
Beau E. Cox wrote:
On Tuesday 06 April 2004 09:27 pm, Stas Bekman wrote:
Beau E. Cox wrote:
So it's not linking against libperl.so, which probably means that it
relies on mod_perl to load it. But I'm not sure whether your swapping
test was right. The thing is: 'make test
On Tuesday 06 April 2004 09:27 pm, Stas Bekman wrote:
> Beau E. Cox wrote:
> >>So it's not linking against libperl.so, which probably means that it
> >>relies on mod_perl to load it. But I'm not sure whether your swapping
> >>test was right. The thing is:
sense because Embperl relies on mod_perl.
>
> And as I see, this was the solution to the problem.
>
Gerald -
Yep. Now Stas and I are trying to make a 'general' fix to the
Apache::Test modules in the mod_perl 'make test' so that this
problem is put to rest. Sorry to
> So it's not linking against libperl.so, which probably means that it
> relies on mod_perl to load it.
Yes, because loading Embperl into Apache without loading mod_perl first
doesn't make any sense because Embperl relies on mod_perl.
And as I see, this was the solution to the problem.
Gerald
Beau E. Cox wrote:
So it's not linking against libperl.so, which probably means that it
relies on mod_perl to load it. But I'm not sure whether your swapping
test was right. The thing is: 'make test' overwrites t/conf/httpd.conf
after you change it. So you need to do the fol
>>>>>-8<-- Start Bug Report 8<--
> >>>>>1. Problem Description:
> >>>>>
> >>>>>When I do a modperl 'make test' and have Embperl enabled, the
> >>>>>test does not st
Beau E. Cox wrote:
On Tuesday 06 April 2004 05:36 pm, Stas Bekman wrote:
Beau E. Cox wrote:
On Tuesday 06 April 2004 06:27 am, Stas Bekman wrote:
Beau E. Cox wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
When I do a modperl 'mak
On Tuesday 06 April 2004 08:14 pm, Gerald Richter wrote:
> /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi
>/ auto/Embperl/Embperl.so
>
> > libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4008f000) libz.so.1 =>
> > /usr/lib/libz.so.1 (0x40182000)
>
>
/home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/
auto/Embperl/Embperl.so
> libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4008f000) libz.so.1 =>
> /usr/lib/libz.so.1 (0x40182000) libpthread.so.0 =>
> /lib/libpthread.so.0 (0x401a3000) lib
escription:
> >>>
> >>>When I do a modperl 'make test' and have Embperl enabled, the
> >>>test does not start:
> >>>
> >>>console log:
> >>>...
> >>>waiting 120 seconds for server to start: .Syntax error on l
Beau E. Cox wrote:
On Tuesday 06 April 2004 06:27 am, Stas Bekman wrote:
Beau E. Cox wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
When I do a modperl 'make test' and have Embperl enabled, the
test does not start:
console log:
On Tuesday 06 April 2004 06:27 am, Stas Bekman wrote:
> Beau E. Cox wrote:
> > -8<-- Start Bug Report 8<--
> > 1. Problem Description:
> >
> > When I do a modperl 'make test' and have Embperl enabled, the
&
1 - 100 of 190 matches
Mail list logo
