On Wed, 3 Nov 1999, Jeffrey Baker wrote:
> There was a short discussion a while ago about getting mod_perl working
> with Apache 2.0. Since Apache 2.0 can actually be built and run on a
> few platforms now, I think it is worth taking a lot at this for real.
I started to fiddle with 5.005_63 and
"C. Jon Larsen" wrote:
>
> One of the main reasons I use mod_perl is because of the pre-fork caching
> I can do in the parent that the children can share cheaply. I take huge
> data structures and assemble them in ram as read-only databases (read
> hash tables) that are much faster and simpler to
One of the main reasons I use mod_perl is because of the pre-fork caching
I can do in the parent that the children can share cheaply. I take huge
data structures and assemble them in ram as read-only databases (read
hash tables) that are much faster and simpler to access than sql (I use
sql only
> I'm assuming that Perl itself is reentrant, since it has been embedded
> in multithreaded environments before (IIS). Hopefully someone can
> comment on that.
>
Perl 5.005 has experimetal thread support, Perl 5.006 might be stable
enought to really use it.
What ActiveState has done for IIS, is
There was a short discussion a while ago about getting mod_perl working
with Apache 2.0. Since Apache 2.0 can actually be built and run on a
few platforms now, I think it is worth taking a lot at this for real.
As far as I can tell, these are the broad things that need to be done:
*Make all mod
Jeffrey Baker:
> I believe -DMULTIPLICITY is already in 5.005_03. Check "man perlembed".
>
Yes but I believe the problem is that it isn't thread-safe, that's supposed
to be fixed in 5.6. It might be already the case with 5.005_62, I haven't
checked yet.
--
Eric
Matt Sergeant wrote:
>
> On Thu, 04 Nov 1999, Jeffrey Baker wrote:
> > I'm assuming that Perl itself is reentrant, since it has been embedded
> > in multithreaded environments before (IIS). Hopefully someone can
> > comment on that.
>
> This work was based on PERL_OBJECT support, which is curre
On Thu, 04 Nov 1999, Gerald Richter wrote:
> >
> > Perl threads have nothing to do with OS level threads. They aren't
> > native; they're part of the language itself and don't depend or rely
> > on POSIX threads, native threads, or other such things. In
> > particular, Perl threading doesn't mea
On Thu, 04 Nov 1999, Jeffrey Baker wrote:
> I'm assuming that Perl itself is reentrant, since it has been embedded
> in multithreaded environments before (IIS). Hopefully someone can
> comment on that.
This work was based on PERL_OBJECT support, which is currently only
available on windows. It's
>
> Perl threads have nothing to do with OS level threads. They aren't
> native; they're part of the language itself and don't depend or rely
> on POSIX threads, native threads, or other such things. In
> particular, Perl threading doesn't mean that Perl is thread safe.
>
Yes, Perl threads are
"Gerald Richter" <[EMAIL PROTECTED]> writes:
> > I'm assuming that Perl itself is reentrant, since it has been embedded
> > in multithreaded environments before (IIS). Hopefully someone can
> > comment on that.
> >
> Perl 5.005 has experimetal thread support, Perl 5.006 might be stable
> enought
11 matches
Mail list logo
