Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Adam Prime

You guys might want to take a look at this thread on apreq-dev

http://marc.info/?t=12420765987&r=1&w=2

Specifically the last couple of posts from pgollucci (who is a freebsd, 
and mod_perl committer).  If you can't get apreq2.12 to work, try 2.08.


Adam




Joe Niederberger wrote:

How do I find out what *all* the special options needed are?

Thanks,
Joe N.

- Original Message - 
From: 

To: "mod_perl list" 
Sent: Thursday, October 29, 2009 12:14 PM
Subject: Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)


I've been using apache2/mod_perl2 on FreeBSD for years. Currently using 
6.3 and 7.2. Installing from ports should work fine, but I prefer to 
install separate versions of apache2 and mod_perl2 from source. Haven't 
had a problem installing either of those in sometime. Installing 
libapreq2 on FreeBSD requires some special options, like passing 
--with-expat=/usr/local to configure and using gmake.


-Glenn






Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread gl...@gallien.net

These are the steps I use to install libapreq2.

# ./configure --with-apache2-apxs=/path/to/apache/apxs 
--with-expat=/usr/local --enable-perl-glue

# gmake
# gmake test
# gmake install

Except for the --with-expat flag, this is what is in the INSTALL doc. If 
you checkout from svn, run ./buildconf first.


It is best to compile everything with the same compiler and the same 
version perl, otherwise you will likely have problems.


I hope that's of some help.

-Glenn




How do I find out what *all* the special options needed are?

Thanks,
Joe N.

- Original Message - 
From: 

To: "mod_perl list" 
Sent: Thursday, October 29, 2009 12:14 PM
Subject: Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)


  
I've been using apache2/mod_perl2 on FreeBSD for years. Currently using 
6.3 and 7.2. Installing from ports should work fine, but I prefer to 
install separate versions of apache2 and mod_perl2 from source. Haven't 
had a problem installing either of those in sometime. Installing 
libapreq2 on FreeBSD requires some special options, like passing 
--with-expat=/usr/local to configure and using gmake.


-Glenn



  



--

Glenn Gallien
Gallien Consulting, Inc.
www.gallien.net



Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Joe Niederberger
How do I find out what *all* the special options needed are?

Thanks,
Joe N.

- Original Message - 
From: 
To: "mod_perl list" 
Sent: Thursday, October 29, 2009 12:14 PM
Subject: Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)


> I've been using apache2/mod_perl2 on FreeBSD for years. Currently using 
> 6.3 and 7.2. Installing from ports should work fine, but I prefer to 
> install separate versions of apache2 and mod_perl2 from source. Haven't 
> had a problem installing either of those in sometime. Installing 
> libapreq2 on FreeBSD requires some special options, like passing 
> --with-expat=/usr/local to configure and using gmake.
> 
> -Glenn



RE: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Ihnen, David
I have helped configure apache2 on versions of BSD - whether it's the latest or 
not is not in my knowledge, as I was merely handed servers of relative newness 
and paid to make apache2/mod_perl run on them.

I just compiled from source with the packages in the BSD package system, 
configured them, and went on with life.  Which isn't much help, since I don't 
know if it's the version you're talking about or if I somehow dodged whatever 
problem or method you're using to get binaries.

David


-Original Message-
From: Joe Niederberger [mailto:jniederber...@comcast.net] 
Sent: Thursday, October 29, 2009 9:03 AM
To: Joe Niederberger; mod_perl list
Subject: Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

Should I conclude nobody is running mod_perl2 on the
latest version of FreeBSD?


- Original Message - 
From: "Joe Niederberger" 
To: "mod_perl list" 
Sent: Tuesday, October 27, 2009 10:04 PM
Subject: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)


> Hello,
>
> Does anyone have the combination of FreeBSD 7.2, Apache2.2, mod_perl2
> and libapreq2 all installed and working fine?
>
> My web-hoster is having exterme difficulties getting this set up. The
> Apache2.so is
> rife with undefined symbols that they cannot resolve. Simply making a call
> to the cookie jar and the process segfaults.
>
> Any help most appreciated.
> Thanks in advance.
>
> Joe Niederberger
>



Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread gl...@gallien.net
I've been using apache2/mod_perl2 on FreeBSD for years. Currently using 
6.3 and 7.2. Installing from ports should work fine, but I prefer to 
install separate versions of apache2 and mod_perl2 from source. Haven't 
had a problem installing either of those in sometime. Installing 
libapreq2 on FreeBSD requires some special options, like passing 
--with-expat=/usr/local to configure and using gmake.


-Glenn

Hello,

Does anyone have the combination of FreeBSD 7.2, Apache2.2, mod_perl2
and libapreq2 all installed and working fine?

My web-hoster is having exterme difficulties getting this set up. The
Apache2.so is
rife with undefined symbols that they cannot resolve. Simply making a call
to the cookie jar and the process segfaults.

Any help most appreciated.
Thanks in advance.

Joe Niederberger

  


Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Devin Teske
Oops =)

Replace 'sr' with 'sudo' wherever encountered (corporate colloquialism).

As somebody else said recently on this very same thread, it's likely
that your problem is libapreq. And as they mentioned, the correct thing
to do would be to build it from the ports tree (otherwise compiled by-
hand with any modifications required to make it work on FreeBSD -- which
is what the ports tree does for you).

(shrug) Dunno, not using libapreq in our distribution. Besides libapreq,
I can't say that we've had any problems on FreeBSD at all (many
versions). Though there are some gotchas (for example, if you don't use
--with-devrandom configure option, then the FreeBSD system will
eventually cause HTTPS clients to hang as the system waits for more
entropy to be gathered for /dev/random (redefining to /dev/urandom
solves this problem).
--
Devin Teske



On Thu, 2009-10-29 at 09:41 -0700, Devin Teske wrote:
> Running Apache 2.2.13 with mod_perl 2.0.4 and other sundry pieces on
> FreeBSD-4.11.
> 
> Here's my compile notes (sorry if it's a little lengthy, just
> copy/pasted to minimize time spent on this):
> 
> 
> 
> 
> Paste:
> 
> The Apache HTTP Server Project is an effort to develop and maintain an
> open-source HTTP server for various modern desktop and server operating
> systems, such as UNIX and Windows NT. The goal of this project is to
> provide a secure, efficient and extensible server which provides HTTP
> services in sync with the current HTTP standards.
> The 2.x branch of Apache Web Server includes several improvements like
> threading, use of APR, native IPv6 and SSL support, and many more.
> 
> WWW: http://httpd.apache.org/
> 
> COMPILE
>  NOTES:
> 
> Initial source tarball:
> http://apache.downlod.in/httpd/httpd-2.2.13.tar.gz
> 
> In addition to the intial source archive, you will need to have the following
> packages installed on your system to successfully compile apache:
> 
> expat-1.x.x
> libiconv-1.x.x
> openldap-client-2.2.x
> 
> NOTE: The above packages are not required during run-time.
> 
> Complete the following steps to compile and install apache:
> 
> 1. cd ~/
> 2. fetch http://apache.downlod.in/httpd/httpd-2.2.13.tar.gz
> 3. tar zxvf httpd-2.2.13.tar.gz
> 4. cd httpd-2.2.13
> 5. sr ln -s /usr/lib/libc_r.so /usr/local/lib/libdb1.so
> 6. ./configure \
> --enable-threads \
> --with-devrandom=/dev/urandom \
> \
> --with-ldap-include=/usr/local/include \
> --with-ldap-lib=/usr/local/lib \
> --with-ldap \
> --with-dbm=db1 \
> --with-berkeley-db=/usr/include:/usr/local/lib \
> --enable-ndbm \
> \
> --with-included-apr \
> --enable-authn-alias \
> --enable-authnz-ldap \
> --enable-cache \
> --enable-disk-cache \
> --enable-file-cache \
> --enable-ldap \
> --enable-mem-cache \
> --enable-mods-shared=all \
> --enable-proxy \
> --enable-ssl \
> --enable-suexec \
> 2>&1 | tee configure.out
> 7. make 2>&1 | tee make.out
> 
> WARNING! If `/usr/local/apache2' already exists, move it out of the 
> way
>  before executing the next command.
> 
> 8. sr make install
> 
> If all of the above steps complete without error, your newly-built apache
> distribution will be located at "/usr/local/apache2".
> 
> In the event that an error occurs, please mail the files "configure.out" and
> "make.out" respectively to the developers.
> 
> Also required, is mod_perl. To compile mod_perl you will need the following
> packages installed:
> 
> perl-5.8.5
> 
> Then, follow these steps to compile and install mod_perl:
> 
> 1. cd ~/
> 2. fetch http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz
> 3. tar zxvf mod_perl-2.0-current.tar.gz
> 4. cd mod_perl-2.0.4
> 5. perl5.8.5 Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs \
> 2>&1 | tee configure.out
> 
> WARNING! The symbolic-link `/usr/local/bin/perl' must point to
>  `/usr/local/bin/perl5.8.5' before executing the following
>  command. However, after the make process is complete, you
>  should make `/usr/local/bin/perl' point to `/usr/bin/perl'.
> 
> 6. make 2>&1 | tee make.out
> 
> WARNING! If `/usr/local/lib/perl5/site_perl/5.8.5/mach' already 
> exists,
>  make sure that you move it out of the way before executing 
> the
>  next command. However, make sure to put it back when done 
> (and
>  optionally perform the following command on

Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Devin Teske
Running Apache 2.2.13 with mod_perl 2.0.4 and other sundry pieces on
FreeBSD-4.11.

Here's my compile notes (sorry if it's a little lengthy, just
copy/pasted to minimize time spent on this):




Paste:

The Apache HTTP Server Project is an effort to develop and maintain an
open-source HTTP server for various modern desktop and server operating
systems, such as UNIX and Windows NT. The goal of this project is to
provide a secure, efficient and extensible server which provides HTTP
services in sync with the current HTTP standards.
The 2.x branch of Apache Web Server includes several improvements like
threading, use of APR, native IPv6 and SSL support, and many more.

WWW: http://httpd.apache.org/

COMPILE
 NOTES:

Initial source tarball:
http://apache.downlod.in/httpd/httpd-2.2.13.tar.gz

In addition to the intial source archive, you will need to have the following
packages installed on your system to successfully compile apache:

expat-1.x.x
libiconv-1.x.x
openldap-client-2.2.x

NOTE: The above packages are not required during run-time.

Complete the following steps to compile and install apache:

1. cd ~/
2. fetch http://apache.downlod.in/httpd/httpd-2.2.13.tar.gz
3. tar zxvf httpd-2.2.13.tar.gz
4. cd httpd-2.2.13
5. sr ln -s /usr/lib/libc_r.so /usr/local/lib/libdb1.so
6. ./configure \
--enable-threads \
--with-devrandom=/dev/urandom \
\
--with-ldap-include=/usr/local/include \
--with-ldap-lib=/usr/local/lib \
--with-ldap \
--with-dbm=db1 \
--with-berkeley-db=/usr/include:/usr/local/lib \
--enable-ndbm \
\
--with-included-apr \
--enable-authn-alias \
--enable-authnz-ldap \
--enable-cache \
--enable-disk-cache \
--enable-file-cache \
--enable-ldap \
--enable-mem-cache \
--enable-mods-shared=all \
--enable-proxy \
--enable-ssl \
--enable-suexec \
2>&1 | tee configure.out
7. make 2>&1 | tee make.out

WARNING! If `/usr/local/apache2' already exists, move it out of the way
 before executing the next command.

8. sr make install

If all of the above steps complete without error, your newly-built apache
distribution will be located at "/usr/local/apache2".

In the event that an error occurs, please mail the files "configure.out" and
"make.out" respectively to the developers.

Also required, is mod_perl. To compile mod_perl you will need the following
packages installed:

perl-5.8.5

Then, follow these steps to compile and install mod_perl:

1. cd ~/
2. fetch http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz
3. tar zxvf mod_perl-2.0-current.tar.gz
4. cd mod_perl-2.0.4
5. perl5.8.5 Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs \
2>&1 | tee configure.out

WARNING! The symbolic-link `/usr/local/bin/perl' must point to
 `/usr/local/bin/perl5.8.5' before executing the following
 command. However, after the make process is complete, you
 should make `/usr/local/bin/perl' point to `/usr/bin/perl'.

6. make 2>&1 | tee make.out

WARNING! If `/usr/local/lib/perl5/site_perl/5.8.5/mach' already exists,
 make sure that you move it out of the way before executing the
 next command. However, make sure to put it back when done (and
 optionally perform the following command once-more if you also
 need the current system to be updated for testing rather than
 just packing).

7. sr make install

--
Devin Teske


On Thu, 2009-10-29 at 17:31 +0100, André Warnier wrote:
> Joe Niederberger wrote:
> > Sadly, has the signs of a not-well technology.
> > Anyone have opinions on a way forward?
> > Is the answer Linux?
> > 
> I have no idea about FreeBSD, but I am using Apache 2.0 & 2.2, with 
> mod_perl 2.x, on quite a lot of Linux (Debian, Suse, RedHat) systems, 
> with a lot of satisfaction and very few problems (and the few there are 
> generally turn out to be in my code, not in mod_perl).
> 
> 




Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread craig

Mr. Sin, I can't tell from your email exactly what isn't working
for you, so will assume that you have similar problems as Mr. N.
From my experience, the problem may be FreeBSD + libapreq2 2.12.

My site runs FreeBSD 6.3.  I could not get libapreq2 2.12
and associated Perl linkages (mod_apreq2-20090110/2.7.1) to
build from source and pass.  The author kept wanting more
data about failures, and I'm ashamed to say I stopped
answering his requests (it was a bad week).

But I did get the package to install from the FreeBSD ports
collection, using the following commands:

cd /ports/www/libapreq2  # your ports path may be different
sudo make clean
sudo make install WITH_MODPERL2=yes FORCE_PKG_REGISTER=yes

The ports version notes document the included patch that's
needed for FreeBSD.  It has been working fine for months.

Hope this works for either or both of you.

Best of luck,
cmac


On Oct 29, 2009, at 8:22 AM, Sin wrote:


Hello,

Few weeks back I joined this mailing list to find out about this  
myself. I've been trying to get apache 2.x and mod_perl2 to run  
together for many many months now.   My target application was  
OTRS.   I've seen apache2 and mod_perl2 work with Debian no  
problem.  I figured I was doing something wrong.   I'm not so sure  
i'm in the wrong at this point after following all readme files to  
the letter.


I've gone back to using apache-1.3.41_1 / mod_perl-1.31_1

Seems like all versions of 1.3 work for the past years, but apache  
2 just doesn't want to interface with the application.  Its there,  
installs, but doesn't work.  Log files never come up with anything  
to point to.


This apache 2.x and mod_perl2 failed on FreeBSD 6 and 7.  Haven't  
tried 8 yet.


- Original Message - From: "Joe Niederberger"  


To: "mod_perl list" 
Sent: Tuesday, October 27, 2009 11:04 PM
Subject: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)



Hello,

Does anyone have the combination of FreeBSD 7.2, Apache2.2, mod_perl2
and libapreq2 all installed and working fine?

My web-hoster is having exterme difficulties getting this set up. The
Apache2.so is
rife with undefined symbols that they cannot resolve. Simply  
making a call

to the cookie jar and the process segfaults.

Any help most appreciated.
Thanks in advance.

Joe Niederberger





Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread André Warnier

Joe Niederberger wrote:

Sadly, has the signs of a not-well technology.
Anyone have opinions on a way forward?
Is the answer Linux?

I have no idea about FreeBSD, but I am using Apache 2.0 & 2.2, with 
mod_perl 2.x, on quite a lot of Linux (Debian, Suse, RedHat) systems, 
with a lot of satisfaction and very few problems (and the few there are 
generally turn out to be in my code, not in mod_perl).





Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Joe Niederberger
Sadly, has the signs of a not-well technology.
Anyone have opinions on a way forward?
Is the answer Linux?

- Original Message - 
From: "Sin" 

>
> Few weeks back I joined this mailling list to find out about this myself.
> I've been trying to get apache 2.x and mod_perl2 to run together for many
> many months now.   My target application was OTRS.   I've seen apache2 and
> mod_perl2 work with Debian no problem.  I figured I was doing something
> wrong.   I'm not so sure i'm in the wrong at this point after following
all
> readme files to the letter.
>
>
> I've gone back to using apache-1.3.41_1 / mod_perl-1.31_1
>
>
> Seems like all versions of 1.3 work for the past years, but apache 2 just
> doesn't want to interface with the application.  Its there, installs, but
> doesn't work.  Log files never come up with anything to point to.
>
> This apache 2.x and mod_perl2 failed on FreeBSD 6 and 7.  Haven't tried 8
> yet.



Re: Storing config values in-memory between sessions

2009-10-29 Thread Perrin Harkins
On Thu, Oct 29, 2009 at 12:13 AM, Mahesh Khambadkone
 wrote:
> Confused slightly by the Apache phases and how it plays with older CGI
> scripts, what would be the best way to implement this in-memory cache
> that can be dirtied from time to time?

You can't keep things in memory with CGI scripts because they are
spawned and exit on each request.  You'll need to cache things in a
database or file.  The dirt-simple solution is a file that you write
periodically from a cron job, and read from your CGI scripts.  If you
read it frequently, it will be kept in the filesystem cache so the
read will be extremely fast.

- Perrin


Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Sin

Hello,


Few weeks back I joined this mailling list to find out about this myself. 
I've been trying to get apache 2.x and mod_perl2 to run together for many 
many months now.   My target application was OTRS.   I've seen apache2 and 
mod_perl2 work with Debian no problem.  I figured I was doing something 
wrong.   I'm not so sure i'm in the wrong at this point after following all 
readme files to the letter.



I've gone back to using apache-1.3.41_1 / mod_perl-1.31_1


Seems like all versions of 1.3 work for the past years, but apache 2 just 
doesn't want to interface with the application.  Its there, installs, but 
doesn't work.  Log files never come up with anything to point to.


This apache 2.x and mod_perl2 failed on FreeBSD 6 and 7.  Haven't tried 8 
yet.


- Original Message - 
From: "Joe Niederberger" 

To: "mod_perl list" 
Sent: Tuesday, October 27, 2009 11:04 PM
Subject: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)



Hello,

Does anyone have the combination of FreeBSD 7.2, Apache2.2, mod_perl2
and libapreq2 all installed and working fine?

My web-hoster is having exterme difficulties getting this set up. The
Apache2.so is
rife with undefined symbols that they cannot resolve. Simply making a call
to the cookie jar and the process segfaults.

Any help most appreciated.
Thanks in advance.

Joe Niederberger






Re: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)

2009-10-29 Thread Joe Niederberger
Should I conclude nobody is running mod_perl2 on the
latest version of FreeBSD?


- Original Message - 
From: "Joe Niederberger" 
To: "mod_perl list" 
Sent: Tuesday, October 27, 2009 10:04 PM
Subject: FreeBSD 7.2, mod_perl2 & Apache2::Cookie (libapreq2)


> Hello,
>
> Does anyone have the combination of FreeBSD 7.2, Apache2.2, mod_perl2
> and libapreq2 all installed and working fine?
>
> My web-hoster is having exterme difficulties getting this set up. The
> Apache2.so is
> rife with undefined symbols that they cannot resolve. Simply making a call
> to the cookie jar and the process segfaults.
>
> Any help most appreciated.
> Thanks in advance.
>
> Joe Niederberger
>



Re: mod-perl child process

2009-10-29 Thread Perrin Harkins
On Thu, Oct 29, 2009 at 10:05 AM, Kulasekaran, Raja
 wrote:
> How do I get the status that particular child process has been killed ?

Are you talking about the exit status of the process?  You can't get
that.  What are you trying to do?

- Perrin


RE: mod-perl child process

2009-10-29 Thread Kulasekaran, Raja
Hi,

The below method used to kill the child process after the successful
execution of web request. 

$r->child_terminate();

How do I get the status that particular child process has been killed ?.
Any suggestion on this ?

Raja 

-Original Message-
From: Kulasekaran, Raja 
Sent: Wednesday, October 28, 2009 10:02 AM
To: Perrin Harkins
Cc: mod_perl list
Subject: RE: mod-perl child process


So, How to I control this ?. Is it possible to reuse the existing
connection ?. 

Raja 

-Original Message-
From: Perrin Harkins [mailto:phark...@gmail.com] 
Sent: Tuesday, October 27, 2009 11:47 PM
To: Kulasekaran, Raja
Cc: mod_perl list
Subject: Re: mod-perl child process

On Tue, Oct 27, 2009 at 8:33 AM, Kulasekaran, Raja
 wrote:
> I have configured the mod_perl with oracle persistent connection
through Apache::DBI module. On every web page request It creates a
process
> something like below and It never be killed automatically when the
request has completed.

That is the intended behavior.  You should get one Oracle connection
for each apache child process.  They will stay connected for the life
of the process.

- Perrin


Re: Storing config values in-memory between sessions

2009-10-29 Thread Torsten Foertsch
On Thu 29 Oct 2009, Mahesh Khambadkone wrote:
> As it seldom changes, we dont want to use a database for these
> 'config values', yet need a way to retain in memory and dirty its'
> value from time to time.

Have a look at MMapDB which I have just uploaded to CPAN.

I wrote this module some time ago exactly for that case: configuration 
data that seldom changes. Before I have used BerkeleyDB. But that is a 
bit touchy when it comes to sudden process death. I wanted something 
simple, stable and fast. So an MMapDB database cannot be modified by a 
connected process because it is mapped read-only. Changing data means 
rewriting the database file and reconnect the new one. This also means 
the whole database is shared memory between all connected processes.

There is a tie() based interface. So, even dumping human readable data 
is simple:

perl -MMMapDB -MData::Dumper -e '
  print Dumper(MMapDB->new(filename=>shift)->start->main_index);
' /etc/opt/TRANSCONFIG/transconfig.mmdb

And a more complicated but faster interface:

perl -MMMapDB -le '
  # open the DB
  my $db=MMapDB->new(filename=>shift)->start;
  # get data record positions
  my @pos=$db->index_lookup($db->mainidx, qw!actn opi /svn!);
  # fetch a data item
  print $db->data_record($pos[0])->[2];
' /etc/opt/TRANSCONFIG/transconfig.mmdb

One even can store large values there and pass references to them around 
and thus avoid copying and mallocing that happens normally when you do 
$x=$y:

perl -MMMapDB -MDevel::Peek -e '
  my $db=MMapDB->new(filename=>shift)->start;
  my @pos=$db->index_lookup($db->mainidx, qw!actn opi /svn!);
  # get a reference to the data item to avoid copying
  my $v=\$db->data_record($pos[0])->[2];
  print $$v, "\n";
  Dump $$v
' /etc/opt/TRANSCONFIG/transconfig.mmdb
File: '/opt/svnbook'.$MATCHED_PATH_INFO
SV = PV(0x9d4b50) at 0x7c9248
  REFCNT = 1
  FLAGS = (POK,READONLY,pPOK)
  PV = 0x7f956388d240 "File: '/opt/svnbook'.$MATCHED_PATH_INFO"
  CUR = 39
  LEN = 0

You see $v points to a read-only variable. The PV pointer of this 
variable references the string inside the read-only mapped database 
file. Now you can do $x=$v and only the reference is copied.

Torsten

-- 
Need professional mod_perl support?
Just hire me: torsten.foert...@gmx.net


Re: Storing config values in-memory between sessions

2009-10-29 Thread Alan Young
2009/10/28 Mahesh Khambadkone :
> Confused slightly by the Apache phases and how it plays with older CGI
> scripts, what would be the best way to implement this in-memory cache
> that can be dirtied from time to time?

I would suggest using memcached.  It's a daemon that will hold your
data in memory and can be accessed in the way you are talking about.
-- 
Alan