--
Stephen Griffin
Realtime Solutions MSOP14
Mission Systems Solutions MSS
Defence and Communication Systems DCS
im Auftrag / authorised by
EADS Deutschland GmbH
Defence and Communications Systems
89077 Ulm
Tel.: +49 (0) 731/392-5872
Mob.: +49 (0)
Try: modperl-unsubscr...@perl.apache.org
Maybe it would help to have this bit of information, obvious as it
should be, appended to each message, as is the case with many other
mailing lists. (While even that may be ignored in certain cases, it
certainly wouldn't be in all cases.)
At the moment,
It is already included. Check your headers.
list-help: mailto:modperl-h...@perl.apache.org
list-unsubscribe: mailto:modperl-unsubscr...@perl.apache.org
List-Post: mailto:modperl@perl.apache.org
Michael Ludwig wrote:
Try: modperl-unsubscr...@perl.apache.org
Maybe it would help to have this
I've referenced this thread on the Oracle Berkeley DB forum.
Chances are it'll catch the attention of one of the BDB experts.
If you're interested, please see:
http://forums.oracle.com/forums/thread.jspa?threadID=848390
Michael Ludwig
Issac Goldstand schrieb:
It is already included. Check your headers.
list-help: mailto:modperl-h...@perl.apache.org
list-unsubscribe: mailto:modperl-unsubscr...@perl.apache.org
List-Post: mailto:modperl@perl.apache.org
I know.
Michael Ludwig wrote:
At the moment, the unsubscribe address
On Sun 18 Jan 2009, Michael Ludwig wrote:
From perldoc perlthrtut: In this model each thread runs in its own
Perl interpreter, and any data sharing between threads must be
explicit. This does not sound to me as if there is a significant
advantage over spawning child processes, at least not on
What does a mod_perl 2.0 installation on Linux consist of?
* Apache 2.0 or 2.2
* mod_perl 2.0
* libapreq (optional, true, but indispensable for convenience)
The Apache, let's say the worker MPM, is going to be installed
under /usr/local/apache22w. If I now want to install a prefork
MPM next to
macke...@animalhead.com schrieb:
Yes it is now Abend again. Timewise this is like relationships I
have had with Philips (now NXP) European colleagues...
And a new morning again, and it goes round and round ...
On Jan 18, 2009, at 10:56 AM, Michael Ludwig wrote:
macke...@animalhead.com
Torsten Foertsch schrieb:
On Sun 18 Jan 2009, Michael Ludwig wrote:
Hmm. Not sure what to make of this threaded Perl.
In fact, it is worse than fork()ing off unix processes because the
interpreter data is completely copied while a new interpreter is
created. On the other hand a forked
On Mon 19 Jan 2009, Michael Ludwig wrote:
In fact, it is worse than fork()ing off unix processes because the
interpreter data is completely copied while a new interpreter is
created. On the other hand a forked process copies only those pages
that are written to.
Thanks. If I'm
Torsten Foertsch schrieb:
Of course it depends on your setup. If you configure only a small
number of interpreters then the overall memory footprint can be lower
then with prefork where each process runs its own interpreter. But the
effect of the copied interpreters outweighs this very soon.
I
Michael Ludwig wrote:
The mod_perl DSO itself is installed to $ServerRoot/modules. Doing
an ldd on the module doesn't reveal any dependencies on libraries
under $ServerRoot/lib, but I guess that nevertheless, this mod_perl
does very well depend on the particular Apache version it is
configured
On Mon, Jan 19, 2009 at 5:56 AM, Michael Ludwig m...@as-guides.com wrote:
Now, what happens if I am going to install a new Apache
2.2/prefork with mod_perl in addition to the already existing
Apache 2.2/worker with mod_perl?
Hmm, isn't the MPM just a runtime configuration? Why would you need
Perrin Harkins wrote:
Hmm, isn't the MPM just a runtime configuration? Why would you need
another httpd install? It sounds like a separate config file would do
it, if that's all you want to change.
MPM is a build time configuration via the --with-mpm= to ./configure
Adam
On Mon, Jan 19, 2009 at 1:37 PM, Adam Prime adam.pr...@utoronto.ca wrote:
Perrin Harkins wrote:
Hmm, isn't the MPM just a runtime configuration? Why would you need
another httpd install? It sounds like a separate config file would do
it, if that's all you want to change.
MPM is a build
Perrin Harkins wrote:
On Mon, Jan 19, 2009 at 1:37 PM, Adam Prime adam.pr...@utoronto.ca wrote:
Perrin Harkins wrote:
Hmm, isn't the MPM just a runtime configuration? Why would you need
another httpd install? It sounds like a separate config file would do
it, if that's all you want to
Why not just run multiple httpds? I do it, but I have multiple IPs
and that may be a requirement for running different httpds.
On Jan 19, 2009, at 12:45 PM, Adam Prime wrote:
Perrin Harkins wrote:
On Mon, Jan 19, 2009 at 1:37 PM, Adam Prime
adam.pr...@utoronto.ca wrote:
Perrin Harkins
On Mon 19 Jan 2009, Adam Prime wrote:
I thought you could build more than one and load the one you want
at runtime. Isn't that what Red Hat does?
If redhat's shipping more than one mpm, they've patched httpd.
Probably not httpd. At least Suse has not. Instead they configure and
build a
Torsten Foertsch wrote:
On Mon 19 Jan 2009, Adam Prime wrote:
I thought you could build more than one and load the one you want
at runtime. Isn't that what Red Hat does?
If redhat's shipping more than one mpm, they've patched httpd.
Probably not httpd. At least Suse has not. Instead they
William A. Rowe, Jr. wrote:
Built with a threaded MPM and any module should also work on prefork etc.
But not visa-versa!!!
100% correct, the linkage is wrong the other way.
--
Philip M. Gollucci (pgollu...@p6m7g8.com)
20 matches
Mail list logo