a public interface to it. Is there a public interface to achieve this
functionality? The function ap_mpm_safe_kill at first looked a good
candidate but I could not find documented if it's *the right way*
thank you for any help
-- Massimo Manghi
I join the line of those waiting for this feature in APR. I really would
like to have it available
-- Massimo
Il 30/Set/2014 18:16 Yann Ylavic ylavic@gmail.com ha scritto:
On Tue, Sep 30, 2014 at 5:30 PM, Yann Ylavic ylavic@gmail.com wrote:
I have been working on a patch to provide
On 03/05/2012 08:21 PM, Rainer Jung wrote:
On 05.03.2012 11:33, Massimo Manghi wrote:
true, the ID is logged now, but is the function handling the thread id
public?
not the function, but the source. See function log_tid() in server/log.c.
Regards,
Rainer
On 03/03/2012 07:04 PM, Rainer Jung wrote:
On 02.03.2012 00:34, Sorin Manolache wrote:
On 03/02/12 00:21, Ben Noordhuis wrote:
On Thu, Mar 1, 2012 at 17:29,sorin.manola...@orange.com wrote:
Hello,
I would need a memory buffer associated per worker thread (in the
worker
MPM) or to each
mantaining
won't support any mpm different from 'prefork' (until
a bunch of issues are clarified and addressed)
-- Massimo Manghi
...and in the form the Apache version checkboxes aren't shown
properly leaving you without a confirmation on whether the
database has stored this piece of information
-- Massimo
On 06.01.2012 18:40, Steve Rawlinson wrote:
Hi,
I've recently taken over maintenance of an apache module and want
since my registration triggered a little activity about this service
and
you guys are up to improve the approval process I want to bring to
your
attention a detail of the module registration form that might need a
little massage.
The Apache Version flags are not restored in the form when data
Hi
I'm in the process of figuring out if mod_rivet could fit
into an Apache http server using 'worker' as mpm.
Rivet embeds Tcl in Apache and enables server side
scripting using the Tcl language in pretty the same style
you can do using PHP, for instance.
I don't even know if this is possible
what if the hardware checking thread is in a process external to Apache
and, if needed, runs a orderly shutdown of the webserver by running a
shell procedure?
This would leave the option for automatically restarting the webserver
in case of a transitory hardware problem.
-- Massimo
On
the messages before attempting to
lock the mutex and then they stay indefinitely.
Am I missing something in the big picture of using APR
global mutexes? Thanks for any suggestion.
-- Massimo Manghi
On Wed, 9 Mar 2011 00:28:44 +0100, Ben Noordhuis wrote:
2011/3/9 Massimo Manghi massimo.man...@unipr.it:
the subject might suggest the message is an off-topic
for the list.
Technically it is, d...@apr.apache.org would have been a better place
for it.
ok Ben, thank you. I
11 matches
Mail list logo