On Wed, 2003-08-27 at 14:48, js wrote:
> My question is, why isn't Apache2/Mod_perl finding the library to load, if
> the PM file is in the same directory as the perl-script?
This is a mod_perl 2 issue, which is documented here:
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Re
All,
I'm having problems loading .PM modules (apache2, mod_perl2) that are in the
root directory and am not quite sure where to begin (Been here
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#The__INC_hash
but no success).
I am converting code from an IIS/Perl CGI implemen
x27;t
really make sense, but the errors went away when I stopped using Switch.
Wes
Perrin Harkins <[EMAIL PROTECTED]> on 05/29/2003 05:56:05 PM
To:[EMAIL PROTECTED]
cc:John Saylor <[EMAIL PROTECTED]>, modperl
<[EMAIL PROTECTED]>
Subject: RE: how to secure
;[EMAIL PROTECTED]>
To: "modperl" <[EMAIL PROTECTED]>
Sent: Friday, May 30, 2003 8:58 AM
Subject: Re: how to secure perl modules?
> Hi!
>
> On Thu, May 29, 2003 at 10:27:54AM -0700, iCap wrote:
> > i have a collection of perl modules (running under the mod_perl
um
Hi!
On Thu, May 29, 2003 at 10:27:54AM -0700, iCap wrote:
> i have a collection of perl modules (running under the mod_perl umbrella)
> and would like to distribute the application to several different sources
> (clients with open internet web servers). but i dont want to send it out
i have a collection of perl modules (running under the mod_perl umbrella)
and would like to distribute the application to several different sources
(clients with open internet web servers). but i dont want to send it out
without at least making it somewhat difficult for some hacker to just simply
Hi there,
On Thu, 29 May 2003, Kirk Rogers wrote:
> i have a collection of perl modules ... i dont want to send it out
> without at least making it somewhat difficult for some hacker to just simply
> steal it and load it somewhere else without my consent.
This is getting to be an old
On Thu, 2003-05-29 at 17:41, Kirk Rogers wrote:
> why the scarcasm?
You asked a very loaded question that is guaranteed to get you a lot
angry responses on most Perl mailing lists. Hiding your source code is
a FAQ
(http://perldoc.com/perl5.8.0/pod/perlfaq3.html#How-can-I-hide-the-source-for-my-Pe
have a collection of perl modules (running under the mod_perl umbrella)
and would like to distribute the application to several different sources
(clients with open internet web servers). but i dont want to send it out
without at least making it somewhat difficult for some hacker to just simply
steal
why the scarcasm?
>-Original Message-
>From: John Saylor [mailto:[EMAIL PROTECTED]
>Sent: Thursday, May 29, 2003 2:34 PM
>To: [EMAIL PROTECTED]
>Cc: modperl
>Subject: Re: how to secure perl modules?
>
>
>hi
>
>( 03.05.29 14:25 -0700 ) Kirk Rogers:
>>
hi
( 03.05.29 14:25 -0700 ) Kirk Rogers:
> but i dont want to send it out without at least making it somewhat
> difficult for some hacker to just simply steal it and load it
> somewhere else without my consent.
why not? have you ever read the GNU manifesto?
http://www.gnu.org/gnu/manifesto.html
i have a collection of perl modules (running under the mod_perl umbrella)
and would like to distribute the application to several different sources
(clients with open internet web servers). but i dont want to send it out
without at least making it somewhat difficult for some hacker to just simply
Geoffrey Young wrote:
Richard Curtis wrote:
Hi again group.
A quick question (but this might not be the right place).
If this is the wrong place to ask, please point me in the direction of
the
right place.
you're in the right place, don't worry :)
I have a web app written using mod_pe
Richard Curtis wrote:
Hi again group.
A quick question (but this might not be the right place).
If this is the wrong place to ask, please point me in the direction of the
right place.
you're in the right place, don't worry :)
I have a web app written using mod_perl2 and apache::ASP.
When
Hi again group.
A quick question (but this might not be the right place).
If this is the wrong place to ask, please point me in the direction of the
right place.
I have a web app written using mod_perl2 and apache::ASP.
When I change the code in a perl module, I have to restart apache to make
t
On Fri, 5 Jul 2002, Matt Sergeant wrote:
> I do still wonder why people get the impression you were given - it's
> widely known that the C version of Xalan is appallingly slow - slower
> even than it's Java counterpart.
Now that's slow! I haven't benchmarked the available XSLT processors in a
wh
Jim Morrison [Mailinglists] wrote:
> [Marked with "" ]
(Try a real mail client ;-)
> Interesting you should say that? I was under the impression that the C
> version of Xalan was very quick? I am, in some cases running off 100 or
> so transformations in one run, through quite complicated
[Marked with "" ]
>
> #
> Terminating inside exit handler..
> Inside terminate()..
> #
This is bad. Modules should not warn unless you ask them for debugging
information.
--
H
At 17:29 26.06.2002, Tim Gerla wrote:
>I've got a problem with a perl module (.pm) problem on my server. I've
>got two slightly different versions of a file: Conf.pm, in two separate
>places on my server. (Let's call them /home/www/docs/web/cgi/ and
>/home/www/docs/minos/cgi/) Mod_perl apparently
* Tim Gerla <[EMAIL PROTECTED]> [2002-06-26 11:33]:
> I've got a problem with a perl module (.pm) problem on my server. I've
> got two slightly different versions of a file: Conf.pm, in two
> separate places on my server. (Let's call them /home/www/docs/web/cgi/
> and /home/www/docs/minos/cgi/) Mo
>>>Nice, but see below
>>>
somescript.pl
---
#!/usr/bin/perl -wT
use strict;
use lib ".";
use lib_netContest;
use DBI;
use CGI (qw:standard:);
use vars qw(%c $config_module $db_handle);
my $r = shift;
if (de
Sören Stuckenbrock wrote:
>>Nice, but see below
>>
>>>somescript.pl
>>>---
>>>#!/usr/bin/perl -wT
>>>use strict;
>>>use lib ".";
>>>use lib_netContest;
>>>use DBI;
>>>use CGI (qw:standard:);
>>>
>>>use vars qw(%c $config_module $db_handle);
>>>
>>>my $r = shift;
>>>
> Nice, but see below
>> somescript.pl
>> ---
>> #!/usr/bin/perl -wT
>> use strict;
>> use lib ".";
>> use lib_netContest;
>> use DBI;
>> use CGI (qw:standard:);
>>
>> use vars qw(%c $config_module $db_handle);
>>
>> my $r = shift;
>>
>> if (defined $r && $r->dir_co
Sören Stuckenbrock wrote:
> Hi,
>
> thanks to all of your help, I found a way to achieve the following
> goal:
Nice, but see below
> somescript.pl
> ---
> #!/usr/bin/perl -wT
> use strict;
> use lib ".";
> use lib_netContest;
> use DBI;
> use CGI (qw:standard:);
>
Hi,
thanks to all of your help, I found a way to achieve the following
goal:
- have a couple of instances of a web application running under the
same (name based) virtual host, under different s each
using a different configuration than the others
- having backwards compatibillity to pure C
> Here's what Geoffrey Young said, you seem to have missed it:
>
> > you can't use $s (the server record) to capture PerlSetVar that exist
> on a per-directory basis (within a or block). try
> > Apache->request->dir_config('BlaTest');
> >
> > instead. you should use $s->dir_config() fo
At 12:52 22.04.2002, Sören Stuckenbrock wrote:
> >> Nope, using:
> >>
> >> Alias /contest /www/u-dev/contest
> >> PerlModule Apache::Registry
> >> PerlModule Apache::DBI
> >> PerlTaintCheck On
> >>
> >>SetHandler perl-script
> >>PerlHandler Apache::Registry
> >
Sören Stuckenbrock wrote:
>>>Nope, using:
>>>
>>>Alias /contest /www/u-dev/contest
>>>PerlModule Apache::Registry
>>>PerlModule Apache::DBI
>>>PerlTaintCheck On
>>>
>>> SetHandler perl-script
>>> PerlHandler Apache::Registry
>>> PerlSetVar BlaTest BlaVal
>>>
>> Nope, using:
>>
>> Alias /contest /www/u-dev/contest
>> PerlModule Apache::Registry
>> PerlModule Apache::DBI
>> PerlTaintCheck On
>>
>>SetHandler perl-script
>>PerlHandler Apache::Registry
>>PerlSetVar BlaTest BlaVal
>>PerlRequire /www/u-dev
Sören Stuckenbrock wrote:
>>>PerlSetVar seems not to work for me! The part of interest in
>>>my httpd.conf looks like this:
>>>
>>> Alias /contest /www/u-dev/contest
>>> PerlModule Apache::Registry
>>> PerlModule Apache::DBI
>>> PerlTaintCheck On
>>>
>>> PerlSetVar BlaTest BlaVal
>
Sören Stuckenbrock wrote:
> Hello Stas,
>
> I have a question regarding your mod_perl documentation.
>
> The method you described under:
>
>http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/perl.html#Using_Non_Hardcoded_Configuration_Module_Names
> Should this work to differen
Hello Stas,
I have a question regarding your mod_perl documentation.
The method you described under:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/perl.html#Using_Non_Hardcoded_Configuration_Module_Names
Should this work to differentiate between the Config-Modules of two pr
>>PerlSetVar seems not to work for me! The part of interest in
>>my httpd.conf looks like this:
>>
>>Alias /contest /www/u-dev/contest
>>PerlModule Apache::Registry
>>PerlModule Apache::DBI
>>PerlTaintCheck On
>>
>> PerlSetVar BlaTest BlaVal
>> SetHandler perl-scrip
> PerlSetVar seems not to work for me! The part of interest in my httpd.conf
> looks like this:
>
> Alias /contest /www/u-dev/contest
> PerlModule Apache::Registry
> PerlModule Apache::DBI
> PerlTaintCheck On
>
>PerlSetVar BlaTest BlaVal
>SetHandler perl-scri
>(By the way: there's a typo at line 1 of the startup.pl
>script: I think use Apache: should be use Apache;
>right?)
Good catch! :-)
>But following that guideline resulted in the next problem, I
>could not yet solve on my own:
>
>PerlSetVar seems not to work for me! The part of interest in
>
S.Stuckenbrock
> Per Stas Bekman wrote:
>> At 21:12 19.04.2002, Sören Stuckenbrock wrote:
>>
>>> Hi there,
>>>
>>> mod_perl-newbie needs help!
>>> I have a nasty problem using Perl Modules under mod_perl.
>>> I've developed a CGI-Applic
Per Einar Ellefsen wrote:
> At 21:12 19.04.2002, Sören Stuckenbrock wrote:
>
>> Hi there,
>>
>> mod_perl-newbie needs help!
>> I have a nasty problem using Perl Modules under mod_perl.
>> I've developed a CGI-Application, that retrieves its config
At 21:12 19.04.2002, Sören Stuckenbrock wrote:
>Hi there,
>
>mod_perl-newbie needs help!
>I have a nasty problem using Perl Modules under mod_perl.
>I've developed a CGI-Application, that retrieves its configuration values
>from a module that gets included (with "
On Fri, 19 Apr 2002 21:12:35 +0200 (CEST) "Sören Stuckenbrock"
<[EMAIL PROTECTED]> wrote:
> Hi there,
>
> mod_perl-newbie needs help!
> I have a nasty problem using Perl Modules under mod_perl.
> I've developed a CGI-Application, that retrieves its confi
Hi there,
mod_perl-newbie needs help!
I have a nasty problem using Perl Modules under mod_perl.
I've developed a CGI-Application, that retrieves its configuration values
from a module that gets included (with "use") in every Script of the
application.
So far no problem.
But when
On Tuesday 08 January 2002 08:16 pm, Dave Morgan wrote:
> I'm trying to populate select boxes(or other input types)for my HTML
> pages.
> An example would be a drop down list of states and/or provinces. A large
> number
> of these are populated from lookup tables in the dba and are relatively
> st
I'm trying to populate select boxes(or other input types)for my HTML
pages.
An example would be a drop down list of states and/or provinces. A large
number
of these are populated from lookup tables in the dba and are relatively
static.
I understand there is no form data at that time, however,
> By load stage I mean BEGIN blocks, anonymous
> subroutines in packages loaded at startup, or even named
> subroutines called from startup.pl
All of those things happen during server startup, before any request has
been submitted. There is no form data at that time.
Maybe if you could explain
Hi All,
Thanks to Perrin's help I have been able to isolate
all my current problems down to whenever I make a call to
CGI::scrolling_list(...);
in a piece of code that is executed in the load stage of
mod_perl I am unable to extract any values from my forms
using
CGI::param("field_name ");
i
> What is the difference between how a BEGIN block and an anonymous block
> in a module loaded into mod_perl?
It looks to me like you are confused about "our" and BEGIN. If you change
the "our" to a "use vars" I think it will fix your problems. This is not
mod_perl-specific.
> Are anonymous bl
the guide is your friend:
http://perl.apache.org/guide
Dave Morgan wrote:
> What is the difference between how a BEGIN block and an anonymous block
http://thingy.kcilink.com/modperlguide/porting/BEGIN_blocks.html
>
> Another problem is when I try to build a SELECT HTML element
Hi All,
My environment is Apache, mod-perl, Apache::DBI, oracle backend,
everything works fine. The problem is always MY code :)
I'm trying to figure out the correct/efficient way to initialize
constants in a module. What I need to do is initialize vario
> I'm trying to get a bird view of stable available modules with perl, and
> dwell further on liking, to explore.Could somebody suggest me a descriptive
> reference bank where I could lay hand on such kind of a material.
http://perl.apache.org/src/apache-modlist.html
This is how to interpet the
Hi,
I'm trying to get a bird view of stable available modules with perl, and
dwell further on liking, to explore.Could somebody suggest me a descriptive
reference bank where I could lay hand on such kind of a material.
Regards
Kinshuk
Doug MacEachern <[EMAIL PROTECTED]> wrote:
>On Tue, 3 Jul 2001, James G Smith wrote:
>
>> The current code I have uses %INC, but I wanted to write
>> something like the following:
>>
>> sub use : immediate {
>> # do stuff here if logging
>> return CORE::use(@_);
>> }
>
>you could just overri
On Tue, 3 Jul 2001, James G Smith wrote:
> The current code I have uses %INC, but I wanted to write
> something like the following:
>
> sub use : immediate {
> # do stuff here if logging
> return CORE::use(@_);
> }
you could just override CORE::GLOBAL::require. you don't need to
override
darren chamberlain <[EMAIL PROTECTED]> wrote:
>James G Smith <[EMAIL PROTECTED]> said something to this effect on 07/03/2001:
>> sub use : immediate {
>> # do stuff here if logging
>> return CORE::use(@_);
>> }
>
>To go OT here, what would 'immediate' be doing here, if Perl
>supported it?
It
On Tuesday 03 July 2001 16:46, darren chamberlain wrote:
> James G Smith <[EMAIL PROTECTED]> said something to this effect:
> > The current code I have uses %INC, but I wanted to write
> > something like the following:
> >
> > sub use : immediate {
> > # do stuff here if logging
> > return COR
James G Smith <[EMAIL PROTECTED]> said something to this effect on 07/03/2001:
> darren chamberlain <[EMAIL PROTECTED]> wrote:
> > James G Smith <[EMAIL PROTECTED]> said something to this effect on 07/02/2001:
> > > Apache::Use
> >
> > You can get this information from %INC, can't you? e.g.:
>
>
darren chamberlain <[EMAIL PROTECTED]> wrote:
>James G Smith <[EMAIL PROTECTED]> said something to this effect on 07/02/2001:
>> How would something like this do:
>>
>> NAME
>>
>> Apache::Use
>>
>> SYNOPSIS
>>
>> use Apache::Use (Logger => DB, File => "/www/apache/logs/modules");
>>
>> DESCRI
James G Smith <[EMAIL PROTECTED]> said something to this effect on 07/02/2001:
> How would something like this do:
>
> NAME
>
> Apache::Use
>
> SYNOPSIS
>
> use Apache::Use (Logger => DB, File => "/www/apache/logs/modules");
>
> DESCRIPTION
>
> Apache::Use will record the modules used over t
How would something like this do:
NAME
Apache::Use
SYNOPSIS
use Apache::Use (Logger => DB, File => "/www/apache/logs/modules");
DESCRIPTION
Apache::Use will record the modules used over the course of the
Perl interpreter's lifetime. If the logging module is able, the
old logs are read and
On Thu, Sep 21, 2000 at 10:19:55AM -0700, Byron Stephen Lee wrote:
> Hi:
>
> Do you have a list of consultants who have experience in adding Perl Modules
> to Apache? We have a business need for some modules, such as Storable, and
> would be willing to contract for them.
Hi:
Do you have a list of consultants who have experience in adding Perl Modules
to Apache? We have a business need for some modules, such as Storable, and
would be willing to contract for them. Is there some mechanism in general
for finding Apache consultants? There are other areas we could
On Mon, 5 Jun 2000, Vivek Khera wrote:
> > "SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
>
> SB> But an even better approach is to create a separate startup file
> SB> (where you code in plain perl) and put there things like:
>
> SB> use DBI;
> SB> use Carp;
>
> SB> Then you C this s
> -Original Message-
> From: Geoffrey Young [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 05, 2000 10:30 AM
> To: 'Vivek Khera'; mod_perl list
> Subject: RE: [RFC: performance] Preloading Perl Modules at Server
> Startup
>
>
>
> [snip
[snip]
> >
> > Also, I'd recommend using libapreq's Apache::Request if you
> don't need
> > the content generating parts of CGI.pm... which leads to an
> > enhancement I'd like to see Doug add to libapreq's functionality:
> >
> > Currently, you need to do a call like this if you're using
> > A
> -Original Message-
> From: Vivek Khera [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 05, 2000 10:09 AM
> To: mod_perl list
> Subject: Re: [RFC: performance] Preloading Perl Modules at Server
> Startup
>
>
> >>>>> "SB" == Stas Bek
> "SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
SB> But an even better approach is to create a separate startup file
SB> (where you code in plain perl) and put there things like:
SB> use DBI;
SB> use Carp;
SB> Then you C this startup file in I with the
SB> C directive, placing it befo
Here is another one:
You can use the C and C directives to load
commonly used modules such as C, C and etc., when the
server is started. On most systems, server children will be able to
share the code space used by these modules. Just add the following
directives into I:
PerlModule CGI
Per
Ilya Obshadko <[EMAIL PROTECTED]> wrote:
>My point was NOT to tie separately in each child, but execute tie()
>once during startup. The code of module that is being loaded
>from startup.pl looks like this:
>
>BEGIN {
>use IPC::Shareable;
>tie %RADDR_CACHE,
>'IPC::Shareable',
>
Hello James,
ñóááîòà, 12 ôåâðàëÿ 2000 ã., you wrote:
JGS> What you want to do, I think, is something like the following:
JGS> sub tie_keys {
JGS> unless(tied %Keys or not defined $IPC::Shareable::VERSION) {
JGS> tie(%Keys, 'IPC::Shareable', 'abcd', { # random glue...
JGS>
Ilya Obshadko <[EMAIL PROTECTED]> wrote:
>Hello modperl,
>
> Yet another mystic thing. I've been messing around with
> IPC::Shareable. The purpose was just simple: create shared memory
> segment on startup, give access to it for all child processes,
> destroy this segment after httpd shutdown.
Hello modperl,
Yet another mystic thing. I've been messing around with
IPC::Shareable. The purpose was just simple: create shared memory
segment on startup, give access to it for all child processes,
destroy this segment after httpd shutdown. I've encountered a
strange problem with the
if you compile modperl with PERL_TRACE=1 and setenv MOD_PERL_TRACE s
then you should see some useful diagnostics when mod_perl is processing
sections.
On Sun, 9 Jan 2000 [EMAIL PROTECTED] wrote:
> Hello!
>
> I'm trying to configure httpd.conf using Perl sections (mod_macro is
> not enough for
On Sun, 9 Jan 2000 [EMAIL PROTECTED] wrote:
> > "Eric" == Eric writes:
>
> Eric> On Sun, Jan 09, 2000 at 08:47:04PM +0300, [EMAIL PROTECTED] wrote:
> >> I'm trying to configure httpd.conf using Perl sections (mod_macro is
> >> not enough for me), but the result is weird.
>
> Eric> Do you
> "Eric" == Eric writes:
Eric> On Sun, Jan 09, 2000 at 08:47:04PM +0300, [EMAIL PROTECTED] wrote:
>> I'm trying to configure httpd.conf using Perl sections (mod_macro is
>> not enough for me), but the result is weird.
Eric> Do you have a specific example of your config, and what doesn't wo
On Sun, Jan 09, 2000 at 08:47:04PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> I'm trying to configure httpd.conf using Perl sections (mod_macro is
> not enough for me), but the result is weird.
>
> The most weird thing is that Perl sections randomly doesn't execute! I
> have no experience (ye
Hello!
I'm trying to configure httpd.conf using Perl sections (mod_macro is
not enough for me), but the result is weird.
The most weird thing is that Perl sections randomly doesn't execute! I
have no experience (yet) with Perl configuration modules, so I don't
understand where to start tracking
Dan Rench wrote:
>
> On Tue, 21 Dec 1999, Doug MacEachern wrote:
>
> > this sounds an awful lot like the common solaris linker vs. gnu linker
> > problem. what does 'perl -V:ld' say your linker is? make sure it's gnu
> > (gcc) and that Apache is using the same.
>
> $ perl -V:ld
> ld='gcc';
>
On Tue, 21 Dec 1999, Doug MacEachern wrote:
> this sounds an awful lot like the common solaris linker vs. gnu linker
> problem. what does 'perl -V:ld' say your linker is? make sure it's gnu
> (gcc) and that Apache is using the same.
$ perl -V:ld
ld='gcc';
What I don't understand is that when
On Thu, 16 Dec 1999, Dan Rench wrote:
> On Mon, 13 Dec 1999, Doug MacEachern wrote:
>
> > are you still stuck on this?
>
> Yes. To reiterate:
>
> Solaris 2.5.1 sparc, gcc 2.95, perl 5.005_03 (configured with Solaris hints),
> mod_perl 1.21, apache 1.3.9, mod_fastcgi 2.2.2.
>
> Everything wor
On Thu, 16 Dec 1999, Eugene Miretskiy wrote:
> Recently I experienced similar problems on Solaris.
>
> I had to rebuild perl as shared libperl.so Perl library for mod_perl
> to work -- see perl intall manpages.
Thanks! This appears to have fixed my problem (though it may have broken
CPAN.pm -
Recently I experienced similar problems on Solaris.
I had to rebuild perl as shared libperl.so Perl library for mod_perl
to work -- see perl intall manpages.
Dan Rench wrote:
>
> On Mon, 13 Dec 1999, Doug MacEachern wrote:
>
> > are you still stuck on this?
>
> Yes. To reiterate:
>
> Solar
On Mon, 13 Dec 1999, Doug MacEachern wrote:
> are you still stuck on this?
Yes. To reiterate:
Solaris 2.5.1 sparc, gcc 2.95, perl 5.005_03 (configured with Solaris hints),
mod_perl 1.21, apache 1.3.9, mod_fastcgi 2.2.2.
Everything works fine EXCEPT when I try to "use" a dynamically loaded mod
are you still stuck on this? did you link mod_perl static or dso? if
dso, try static. you can also try configuring Perl with -Dusemymalloc=n,
but that comes with a large performance hit.
I've never had a problem with solaris and any combo of mod_perl/Perl
On Mon, 1 Nov 1999, Dan Rench wrote:
I did some experimenting with my Solaris2.5.1/mod_perl/Data::Dumper/Storable
problem that I wrote about last week. A grid:
| mod_perl 1.21 | 1.21-dev (19991101174047)
-+---+--
perl5.004_05 | works fine| didn't try
perl5.005_03 |
On Wed, 27 Oct 1999, Francesc Guasch wrote:
> what's the ld version you use ?, make sure you compiled perl using the
> solaris hints you can find in the perl sources.
I've got GNU ld 2.9.1, but the perl Configure said GNU ld won't build
perl, so it used /usr/ccs/bin/ld (version 3.0). I compile
Dan Rench wrote:
>
> I'm having problems with modules that use DynaLoader (Data::Dumper and
> Storable, specifically) under mod_perl on Solaris machines.
>
> These modules work fine in standalone scripts, or when run under mod_cgi
> or mod_fastcgi, but as soon as I put a "use Storable" in a mod_
I'm having problems with modules that use DynaLoader (Data::Dumper and
Storable, specifically) under mod_perl on Solaris machines.
These modules work fine in standalone scripts, or when run under mod_cgi
or mod_fastcgi, but as soon as I put a "use Storable" in a mod_perl handler,
I get this in m
Greg Cope wrote:
>
> Dear All
>
> I have been asked to code several apache / perl modules.
>
> these module accept a "post" consisting of a long string - do a few database
> things and return a long string to the browser.
>
> What are the advantages of usi
This has been discussed on the list before. Please have a look at the
archive and see if it answers your question.
- Perrin
On Wed, 6 Oct 1999, Greg Cope wrote:
> Dear All
>
> I have been asked to code several apache / perl modules.
>
> these module accept a "post&q
Dear All
I have been asked to code several apache / perl modules.
these module accept a "post" consisting of a long string - do a few database
things and return a long string to the browser.
What are the advantages of using apache / mod_perl modules vs using a
registry / mod_perl
88 matches
Mail list logo