On Mon, Oct 25, 2021 at 02:14:00PM -0700, Jim Tappe wrote:
> I didn't realize Embperl could be installed with cpanm. I will try that
> next time. Thanks!
>
When was that posted?
I missed this and it is not in my email archive
Ruben Safir (Jewboy/Yo/Hey/Spaz)
> On Mon, Oct 25, 2021 at 11:20 A
I didn't realize Embperl could be installed with cpanm. I will try that
next time. Thanks!
On Mon, Oct 25, 2021 at 11:20 AM Robby Desmond (RTD)
wrote:
> Similarly, if you wish to use cpanm to build Embperl from within Ansible
> on a Red Hat system, even if you install the Apache development pack
never mind ... my bad.
On Fri, Feb 7, 2020 at 4:02 PM Jim Tappe wrote:
>
> I have the same issue with Embperl 2.0.4 and Apache 2.4.6. CentOS.
>
> What is weird is that Embperl works when I set the environment variables
> without SetEnv like this.
>
> EMBPERL_USEENV on
> EMBPERL_OBJECT_BASE base
I have the same issue with Embperl 2.0.4 and Apache 2.4.6. CentOS.
What is weird is that Embperl works when I set the environment variables
without SetEnv like this.
EMBPERL_USEENV on
EMBPERL_OBJECT_BASE base.epl
I would set them like this except Apache 2.4 sometimes complains the
bareword "EMB
OK - so here is the thing, and I don't know why
you need to compile apache without static mpms and then load mpm_prefork
in the config file
Build apache
./configure --enable-mpms-shared=all
http.conf:
#LoadModule macro_module modules/mod_macro.so
LoadModule mpm_prefork_module modules/mod_mpm_pr
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-
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
[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
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
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/
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
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
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:
> Hi all,
>
> I checked the Embperl README file and it seems Embperl has not been yet
> tested against
On Thu, Jan 02, 2020 at 11:11:54PM -0800, Dirk Jagdmann wrote:
> I use Embperl on Gentoo Linux with Apache 2.4, mod_perl 2 and
> whatever perl version Gentoo Linux uses (was 5.24-5.30 in recent
> years).
> I've always had to manually build my Embperl, but recently started
> to set up the Embperl so
Well, I will have the joy of trying this again in a few days.
I am working on a healthcare system on embperl and modperl and I'll need
to produce and virtual image with the code
On Thu, Jan 02, 2020 at 09:26:00PM -0800, Jim Tappe wrote:
> Hi all,
>
> I checked the Embperl README file and it see
I use Embperl on Gentoo Linux with Apache 2.4, mod_perl 2 and whatever
perl version Gentoo Linux uses (was 5.24-5.30 in recent years).
I've always had to manually build my Embperl, but recently started to
set up the Embperl source code with the various patches from Debian and
other sources appli
Hi Gerald,
Thanks for the answer.
Is there perhaps a working Embperl/FastCGI example somewhere you could point
me to?
Thanks,
Allen
On Thu, Dec 29, 2011 at 10:17:45AM +0100, [email protected] wrote:
> Hi,
>
> as long as you don't use any special mod_perl stuff yourself, your code
> should run
Hi,
as long as you don't use any special mod_perl stuff yourself, your code should
run without any rewrite as cgi script and you should have the same functionality
Gerald
> -Original Message-
> From: Allen Haim [mailto:[email protected]]
> Sent: Thursday, December 29, 2011 10:13 AM
Adam Hasselbalch Hansen napsal(a):
Hey.
Saw here http://www.gossamer-threads.com/lists/modperl/embperl/17312
that you got a working copy of Apache::ImageMagick on Apache2/mod_perl2.
Something you still have?
Cheers,
Adam
Hi,
it's old and ugly hack - it works for what I do quite fine, but
Thanks a lot Mr. Ritcher and
Kinkeldei,
I've figured out a way to make it work with the virtual hosts.
Maybe you could help me with an other issue. For the past few years we
use to manage our website with MS Frontpage and the FrontPage Server
Extension (FPSE) on our Linux server.
Since Micros
You need to put your webdav and your Embperl definition inside of two
different blocks, so Apache knows what to do when you request
a page
Gerald
--
Gerald Richter ECOS electronic communication services GmbH
**
Am 24.05.2007 um 14:31 schrieb Etienne Boulet:
Hello,
I'm trying to run apache, embperl and webdav together.
apache 2.0.58-r2
embperl 2.0_rc4
mod_perl 2.0.3-r1
Here's my problem, I have 2 aliases in my httpd.conf like
# Web for Web (a Web alias for Web visitors)
Alias "/website" "/var/www/l
> >
> > lighttpd doesn't use PATH_TRANSLATED.
> > I seem to have things working by doing $ENV{PATH_TRANSLATED} =
> > $ENV{SCRIPT_FILENAME};
> >
> > is there a reason your script doesn't use SCRIPT_FILENAME
> in favor of
> > PATH_TRANSLATED?
>
That is to support calling a script as
/cgi-bin/e
On Fri, Apr 28, 2006 at 07:29:04AM -0700, Daniel wrote:
> > > I'm running this with cgi with lighttpd. Since I couldn't get
> > > anythign at all working with embpcgi.pl, I removed the line
> > > causing embpexec.pl to die if used as CGI script, and all
> > > other aspects of it appear to be fin
> > I'm running this with cgi with lighttpd. Since I couldn't get
> > anythign at all working with embpcgi.pl, I removed the line
> > causing embpexec.pl to die if used as CGI script, and all
> > other aspects of it appear to be fine. I did that approach
> > because I don't know if there's an a
>
> I'm moving things around, and since I'm doing that anyway, I
> decided to move to 2.2.0. Now I'm seeing something rather unexpected:
>
> Here's my epl file (I used the example from:
> http://perl.apache.org/embperl/pod/doc/Embperl.-page-3-.htm#sect_2)
>
> - @arr = (1, 3, 5) -]
> [$ foreach
On Mon, Apr 24, 2006 at 11:18:24AM -0700, Daniel wrote:
> I'm moving things around, and since I'm doing that anyway, I decided to
> move to 2.2.0. Now I'm seeing something rather unexpected:
>
> Here's my epl file (I used the example from:
> http://perl.apache.org/embperl/pod/doc/Embperl.-page-3-.
Hi,
>
> Due to the inherent instability of using FileFile on a Linux
> extended file system, I am trying to set up Apache::SessionX
> to use MysqlMysql. I seem to have it all set up except for
> the following message during make test:
>
> ** 0.533149s
> SessionManager not supported by MysqlM
Can you make sure its the very first PerlModule
command?
Usually this happens when a prior PerlModule command
(or nested module) is calling "use DBI;" before the
Apache::DBI module is loaded... this causes
Apache::DBI to be disabled..
It must be called before any use DBI. And it is then
universal
Hi!
Sorry for my extremly bad language. What I mean is that it does not make
the connections persistent.
/S
Stefan Cars wrote:
Hi!
Despite loading Apache::DBI with PerlModule in httpd.conf it seems not
to close the connections anyway, not making them persistent. Why could
this happen ?
/S
> Subject: apache error_log sh:1: archives command not found
>
> embperl 2rc4 under mod_perl 2.0.1
>
Could you give some more details, what you are trying to do?
Gerald
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addition
Gerald Richter wrote:
Well, nobody comments? Does that mean nobody is using AIM? It's great
to know I'm the only person using AIM with Embperl2...
At least I do not use it currently with Apache2 and I don't have enough free
time to check out where the problem is, also I would
Hi,
>
> My friends and I are going in together to get some server
> space. We are all going to be sharing one Apache 2.0 server.
> I don't have experience with Apache 2.0 and I have a few
> questions regarding it and EMBPerl.
>
> 1. A while back I remember someone mentioning there was a
>
Hi,
>
> While using mod_perl 1.99_15 and latest Embperl from CVS I
> stumbled upon following bug:
>
> mod_perl 1.99_15 does not include Apache::Server module anymore.
> It has been replaced with Apache::ServerRec.
>
Thanks for the hint. I modified your patch slightly to work with
mod_perl-1.9
>
> The include file has no package name. But I left out one crucial part
> of my example that makes all the difference. :-) Once I require the
> unique (per virtualhost) include file I then stuff the variables into
> the $req object. So if I have 5 virtualhosts then mod_perl will cache
> the
Steve Wilder wrote:
Hello, all.
I'm using Apache 1.3.29 and Embperl 1.3.6
I've got two Apache Virtualhosts: www.benwilder, and rhyme.benwilder.com
Both sites have a "test1.phtml" which looks like this:
[! use test1; !]
[+ test1::whereami() +]
On Jul 20, 2004, at 9:44 PM, Gerald Richter wrote:
If the files have different path _and_ different package names it will
work.
If the files have no package name, it will compiled into the first
package
where it is loaded and only accessable from this package/file.
Hi Gerald,
The include file h
>
> Will it work if you have your perl module require a file filled with
> constants for each site? What I've been doing is my module determines
> the current site via $ENV{DOCUMENT_ROOT} and I then construct the
> correct path to the unique config file for each site. I then "require"
> that file
> From: John P. Gibbons [mailto:[EMAIL PROTECTED]
> Subject: Re: Apache virtulahosts sharing modules
>
> Andrew O'Brien wrote:
>
> >Your best bet is to have site-specific information set up at
> the embperl
> >request level. Ie have constants/whatever initi
Andrew O'Brien wrote:
Your best bet is to have site-specific information set up at the embperl
request level. Ie have constants/whatever initialised in base files
rather than having that kind of logic in the modules.
Andrew,
Will it work if you have your perl module require a file filled with
> From: Steve Wilder [mailto:[EMAIL PROTECTED]
> Subject: Apache virtulahosts sharing modules
>
>
> Hello, all.
>
> I'm using Apache 1.3.29 and Embperl 1.3.6
>
> I've got two Apache Virtualhosts: www.benwilder, and
> rhyme.benwilder.com
>
> Both sites have a "test1.phtml" which looks l
Hi,
you have only _one_ Perl interpreter under mod_perl, so it is the same for
both virtual host, so you cannot load two different modules, with the same
package name.
See perl.apache.org in the mod_perl guide for more informations about this
topic.
Gerald
Steve Wilder wrote:
> Hello, all.
>
Gerald Richter wrote:
Well, nobody comments? Does that mean nobody is using AIM? It's great
to know I'm the only person using AIM with Embperl2...
<>
At least I do not use it currently with Apache2 and I don't have
enough free
time to check out where the problem is, also I would like to do s
thanks, randy, that'll help
Randy Kobes wrote:
|OK, it seems File::Temp| should be used instead of
Apache::File. Now, another problem: handler doesn't
parse query string args: Right after handler start, I
dump $r->args into error log:
with apache2
$VAR1 = 'width=90&h
On Wed, 5 May 2004, Robert Germic wrote:
> Robert wrote:
>
> > ehm, and one more problem: when I parse query string
> > manually, everything seems to work till the line
> > $q->Write, tmp file is created but nothing is written...
> > but I've been playing way too long with it, maybe I just
> > nee
Robert,
> Well, nobody comments? Does that mean nobody is using AIM? It's great
> to know I'm the only person using AIM with Embperl2...
>
At least I do not use it currently with Apache2 and I don't have enough free
time to check out where the problem is, also I would like to do so. The free
time
Well, nobody comments? Does that mean nobody is using AIM? It's great to
know I'm the only person using AIM with Embperl2...
- R.
Robert wrote:
ehm, and one more problem: when I parse query string manually,
everything seems to work till the line $q->Write, tmp file is created
but nothing is w
ehm, and one more problem: when I parse query string manually,
everything seems to work till the line $q->Write, tmp file is
created but nothing is written... but I've been playing way too long
with it, maybe I just need a break and continue tommorow
Robert wrote:
OK, it seems File::T
had problem w/ this mail, so here;s it again
--- Begin Message ---
OK, it seems File::Temp should be used instead of
Apache::File. Now, another problem: handler doesn't parse query string
args: Right after handler start, I dump $r->args into error log:
with apache2
$VAR1 = 'width=90&height=6
OK, it seems File::Temp should be used instead of
Apache::File. Now, another problem: handler doesn't parse query string
args: Right after handler start, I dump $r->args into error log:
with apache2
$VAR1 = 'width=90&height=60';
with apache1
$VAR1 = 'width';
$VAR2 = '90';
$VAR3 = 'height';
Hi Gerald,
I have tried to run Apache::ImageMagick with Apache::compat with this
results
It just does nothing just visualition of the same image and It put the
almost same picture to the aimcache,
there is difference few bytes
In the Apache log I have found code 206 partial content and sometim
Jan Kyncl wrote:
> Hi Gerald,
> It seems that Apache::ImageMagick is not compactible with the modperl
> 2, Is that true or not ?
>
I didn't have tried Apache::ImageMagick with 2.0.
You might try to load Apache::compat first, this often make things work on
2.0
Gerald
Is modperl built now for apache 2.0?
Ruben
On Sun, Nov 16, 2003 at 01:57:10PM +0100, Gerald Richter wrote:
> Hi,
>
> >
> > When stopping Apache (via apachectl stop), the following line appears
> > about 30 times in the error log:
> >
>
> This is a problem of global destruction of Embperl's app
Hi,
>
> When stopping Apache (via apachectl stop), the following line appears
> about 30 times in the error log:
>
This is a problem of global destruction of Embperl's application object.
This will not shown when you use the 2.0b9 distribution, but when you run
xsbuilder on your own, for example
>Furthermore, if I access the URL http://host/gc/b/xx.epl, a new session ID
gets created.
> Although, this time there is no conflict with session cookie for 'c'.
>
>This may just be normal behavior for Apache::SessionX, but I was under the
impression
>that a session ID could/would traverse all dir
> Error: unresolvable symbol in
> /usr/common/perl5.6.0/lib/5.6.0/sgi6-irix/auto/Embperl/Embperl.so: PL_Sv
at
> /usr/common/perl5.6.0/lib/5.6.0/sgi6-irix/DynaLoader.pm line 200.
> at (eval 4) line 3
>
Does make test of Embperl work for you?
If yes, maybe your mod_perl is compiled with another P
>
> I've make the fix to the Makefile.PL described above but I'm confused by
the
> reference to "adding PERL5LIB
> to the INC search path". How is this done, in what file?
>
before you run Makefile.PL type on the shell prompt:
export
PERL5LIB=/usr/local/lib/perl5/site_perl/5.8.0/i686-linux-threa
>
> So...what is the interim fix.
>
Oops, I though you have solved it by modifing the INC path. Seems like I
have misunderstood you...
>
> Gerald, could you list (for arelative newbie) what has to be done, in
which
> files, to get Embperl 2.08B installed in this environment.
>
I have to in
Hi,
>
> The change you suggested (eval 'use Apache_*2*_::BuildConfig' ) wasn't
> enough to find the BuildConfig.pm module. I would have needed to change
> it to Apache2::Apache::BuildConfig, but then the change would be
> necessary for every module accessed from the Apache:: reference in
> Makef
Hi,
The change you suggested (eval 'use Apache_*2*_::BuildConfig' ) wasn't
enough to find the BuildConfig.pm module. I would have needed to change
it to Apache2::Apache::BuildConfig, but then the change would be
necessary for every module accessed from the Apache:: reference in
Makefile.PL.
> Thanks, I have followed your lead and have a some progress. I needed to
> add one library to the @INC array. I did this by using the following:
>
> export
>
PERL5LIB=/usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi/Apache
2
>
> This was done to find BuildConfig.pm, which is locat
Thanks, I have followed your lead and have a some progress. I needed to
add one library to the @INC array. I did this by using the following:
export
PERL5LIB=/usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi/Apache2
This was done to find BuildConfig.pm, which is located in the Apa
>
> 3) mod_perl 2 -> "perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2
>MP_INST_APACHE2=1"
>make, make test, make install
>
the MP_INST_APACHE2 seems to be the problem. In Embperl Makefile.PL line
511, please change
eval 'use Ap
> Thanks for the quick response. I went back to using Apache2. Attached
> is the output stream.
>
Makefile.PL normaly finds Apache 2 automaticly. If you have to enter a path,
then already something has gone wrong...
Did you install mod_perl 2 already? If yes, with which options to
Makefile.
Thanks for the quick response. I went back to using Apache2. Attached
is the output stream.
Paul
usw. I did see some errors in the make test when I didn't use mod_perl,
escape stuff. But I can live with that for now. It seems really worth
the trouble to get Embperl working with mod_perl
>
> I've been trying to install Embperl onto RedHat 7.2, using Perl 5.8 and
> mod_perl 2.0.
>...
> Will use /data/download/apache_1.3.26/src for Apache Headers
If you use mod_perl 2, you need Apache 2. First install mod_perl 2 and
Makefile.PL will automaticly deteced that it is installed and use
Hello,
>
>
> Original thread for reference:
> http://www.mail-archive.com/[email protected]/msg04338.html
>
> Did Jaak ever find out what fixed this error?
>
I seems that more people haveing this problem, but I didn't came around and
find some free time so far to install a new version of Im
This problem of installing the SessionX patch when I was pointed to how to install
patches. It
works now! Thanks everyone for their help.
> On Thu, 2002-09-05 at 20:01, Dean Powers wrote:
>> I'm trying to install SessionX from CPAN. It fails, of course, and now I'm trying
>to modify
>> the MD5.p
On Thu, 2002-09-05 at 20:01, Dean Powers wrote:
> I'm trying to install SessionX from CPAN. It fails, of course, and now I'm trying to
>modify the
> MD5.pm file in per the following patch from May 26th.
> Question. Exactly what part of this patch do I put in the MD5.pm file?
> What is @@ -26,7 +2
Hi!
>http://localhost/images/image.jpg/Annotate?font=Arial&x=5&gravity=west&text
=Hello+world+!
>Tried with several fonts and other arguments but error remains.
>
>[Sun Aug 25 12:24:33 2002] [error] Exception 410: Invalid attribute (text)
Seems to be ok.
You can try
http://localhost/images/
Hi,
> I am having the same issue referenced in the following message:
>
> http://www.ecos.de/~mailarc/embperl/2002-02/msg00122.html
>
> well, the first part anyway... the make test issue...
>
> is there a known fix/workaround for this problem? im trying to get embperl
> up and running with sess
Hi,
could you please rebuild Embperl with
perl Makefile.PL debug
make install
and send me the resulting backtrace again. (It will contain line numbers and
arguments, which will help me to find and fix the problem)
Gerald
-
Gerald Ric
Hi,
>
> The module send a cookie and it works for the first page, but not for the
> following pages. Whats wrong and how can I start sessions from an apache
> module?
>
SetSessionCookie will only send the Cookie, if it is a new cookie. If it
have received a cookie, there is normaly no need to sen
> Undefined subroutine &Apache::SessionX::Generate::MD5::generate called at
> blib/lib/Apache/SessionX.pm line 170.
>
Strange...
Could you send me the full output of make test and the file
SessionX/Config.pm
> Using
> SessionX-2.03b
> Digest-MD5-2.16
> Storable-1.0.14
>
Which Perl version?
>
On Mon, 31 Dec 2001, lilianne dupuis wrote:
> Happy new year !
>
> Please, I would want to know how to configure Apache to get
> it work on Windows XP. When I start Apache, a console window
> appear very breefly and disapear. Is there parameters to set
> in httpd.conf ? Which ?
>
> Thank you all.
Hi!
>
> Is it possible to use that apache's feature in EmbPerl?
>
Yes
> I have defined in httpd.conf
>
> AddLanguage en .en
> AddLanguage et .ee
>
>
> LanguagePriority et en
>
>
> When I make a query in non embperl version it works. (with files
test.html.et
> and test.html.en)
> But in Em
You can verify correct operation of Apache::DBI by doing the following:
1) Make sure it appears BEFORE the DBI load in your startup.pl (or
equivalent)
2) Use Apache::Status and enable perl-status as needed in your httpd.conf
load in this order:
use Apache::Status();
use Apache::DBI();
use DBI();
On Wed, Sep 05, 2001 at 11:31:43AM +0930, David Lloyd wrote:
> If I use Apache::DBI under mod_perl and continuosly open and disconnect
> a DBI:mysql connection, it should reuse the same connection and not
> perform a database lookup all the time.
i presume your question is "..., right?"
yes it s
>
> have anyone experiences with running Apache::DBI on WinNT ?
>
> I cannot connect to a database... it returns undef.
>
Just say
PerlModule Apache::DBI
in your httpd.conf and use DBI as usual (as you would do it when Apache::DBI
isn't present). This works correctly for me under NT
Gerald
-
>
> Thank you for your suggestion. I retrieved the 1.3.1 version and built
> it. Oddly enough when running the tests it failed on three tests that
> passed with version 1.3.3. The following tests failed under 1.3.1.
>
> includeerr1.htm
> includeerr2.htm
> and opmask/opmasktrap.htm
>
> So I comm
Gerald,
Thank you for your suggestion. I retrieved the 1.3.1 version and built
it. Oddly enough when running the tests it failed on three tests that
passed with version 1.3.3. The following tests failed under 1.3.1.
includeerr1.htm
includeerr2.htm
and opmask/opmasktrap.htm
So I commented the
>
> httpd: module "" is not compatible with this version of Apache.
> Please contact the vendor for the correct version.
>
This maybe Embperl related. Could you try if Embperl 1.3.1 works without
this error message ?
There is some initialization stuff that is new in 1.3.2, which may cause
such a
> The "DB_File" session store does not work for me. It seems to be a locking
> or flushing issue: the modified session data are not written to the
DB_File
> immediately, so that the cookie id sent to the server with the next
request
> is not found in the store and a new cookie id is generated an
Hi,
>
> i've installed embperl as described in the documentation for systems
> with preinstalled apache (i run suse linux 7.x)
>
> make test gives me an error :
> Testing mod_perl mode ...
> #0 ascii... ERR:Forbidden
>
That's normaly because your webserver doesn't have access to the files under
t
Gerald!
> "use" generates an alias to LMail::get_mail, so you can call it without the
> need to specify the package name.
Hole in one.
> While StatINC forces a reload of the
> module it can't know of the alias. So the alias inside the Embperl page
> still points to your old code. I guess when
>
> > So could you try to write
> >
> > [- @result=LMail::get_mail() -]
> >
> > Does this change anything ?
>
> I tried that and it works perfectly. But I can't quite think of why it
> would work using that form, although I'm sure I'd understand why if
> someone pointed it out to me.
>
"use" gene
Gerald!
> So could you try to write
>
> [- @result=LMail::get_mail() -]
>
> Does this change anything ?
I tried that and it works perfectly. But I can't quite think of why it
would work using that form, although I'm sure I'd understand why if
someone pointed it out to me.
DSL
--
>
> Yep!
>
> It's basically a package based on the example in the Camel Book:
>
> package LMail;
> require Exporter;
>
> @ISA=qw(Exporter);
> @EXPORT_OK=qw(get_mail);
>
> sub get_mail {
> # body
> }
>
>
this looks ok.
So could you try to write
[- @result=LMail::get_mail() -]
Does thi
Yep!
It's basically a package based on the example in the Camel Book:
package LMail;
require Exporter;
@ISA=qw(Exporter);
@EXPORT_OK=qw(get_mail);
sub get_mail {
# body
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
>
> I have:
>
> (in LMail.pm)
Do you have a
package LMail ;
here ? If not your sub is compiled in the same namespace as the Embperl
page, which could cause such a behaviour.
> @EXPORT_OK=qw(get_mail);
>
> sub get_mail {
> # the body goes here
> }
>
Gerald
--
> Hi!
> Seems that it was a pseudoproblem. Solaris is known to have a very small
> ulimits for open files and when it reaches to limit, then apache load
> modules anumore. Is it sensible idea?
>
Yes this makes sense, when Perl cannot open files anymore, then it can't
load modules. Have you tried
Hi!
>
> Does anubody know about strange behaviour, when modperl+Apache+Solaris
> gets just like blinded about perl's @INC path. modperl reports that it
> cannot find module Something.pm, gives its @INC path - which is completely
> correct. BUT, the module Something.pm complained about lies peacefu
We finally gave up and put a symlink in apache/lib/perl that pointed to our
modules directory. Apache seems to always look there regardless.
-Original Message-
From: Neeme Vool [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 21, 2001 2:41 AM
To: [EMAIL PROTECTED]
Subject:
d Williams
Cc: [EMAIL PROTECTED]
Subject: Re: Apache::Session problems after upgrading to Embperl 1.3.1
> No, I have mod_perl version 1.22.
> Adding PerlModule HTML::Embperl to my httpd.conf caused the server
> to die without complaint upon restart. There were no messages
> printed
> No, I have mod_perl version 1.22.
> Adding PerlModule HTML::Embperl to my httpd.conf caused the server
> to die without complaint upon restart. There were no messages
> printed to the screen or the logs.
>
> I am using Apache 1.3.9.
This should work normaly. Do you have compiled mod_perl as
nal Message-
From: Gerald Richter [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 26, 2001 11:29 PM
To: David Williams
Cc: [EMAIL PROTECTED]
Subject: Re: Apache::Session problems after upgrading to Embperl 1.3.1
>> PerlModule HTML::Embperl
>
> My server won't come up when I do th
>> PerlModule HTML::Embperl
>
> My server won't come up when I do this.
>
Looks like you have an old version of mod_perl and have build it as DSO.
This should work with any mod_perl version > 1.22 or if mod_perl is linked
staticly into Apache.
Gerald
P.S. Please reply also to the list
---
> I was running the correct version of everything all along, but
> what worked for me was changing the EMBPERL_SESSION_CLASSES
> variable from "PerlSetEnv EMBPERL_SESSION_CLASSES "DBIStore
> SysVSemaphoreLocker""
> to "PerlSetEnv EMBPERL_SESSION_CLASSES "File Semaphore"" in my httpd.conf
> file.
> No, I am using Apache::Session 1.53.
>
There is no file DBIStore which ships with Apache::Session 1.53. The
DBIStore is left over from Apache::Session 0.17. Change your configuration
to use a class under Session/Store and it should work.
Gerald
P.S. You could also specify the full package n
>
> Here's what's showing up in my Apache Error log now that I have
> upgraded from 1.2.1 to 1.3.1:
>
Looks like you are using Apache::Session 0.17. Embperl 1.3.1 doesn't support
0.17 anymore. Please upgrade to 1.53 and change you configuration
accordingly
Gerald
1 - 100 of 109 matches
Mail list logo
