On 06/09/2010 10:00 PM, Stefan Fritsch wrote:
> On Wed, 9 Jun 2010, Ruediger Pluem wrote:
>>
>> +#if __STDC_VERSION__ >= 199901L && defined(APLOG_MAX_LOGLEVEL)
>> +/* need additional step to expand APLOG_MARK first */
>> +#define ap_log_perror(...) ap_log_perror__(__VA_ARGS__)
>> +#define ap_log
ecent_ctime_ex().
> - *
> + * 20100609.0 (2.3.6-dev) Dropped ap_args_to_table due to missing
> constraints.
> */
>
> #define MODULE_MAGIC_COOKIE 0x41503234UL /* "AP24" */
>
> #ifndef MODULE_MAGIC_NUMBER_MAJOR
> -#define MODULE_MAGIC_NUMBER_MAJOR 20100606
> +#define MODU
On Wednesday 09 June 2010, Ruediger Pluem wrote:
> Currently trunk fails to compile with a lot of errors like the
> following:
> I guess this is because of the literal usage of NULL in
> ap_log_error
Sorry, I have used an old working dir for testing, where I hadn't done
buildconf after the chang
Currently trunk fails to compile with a lot of errors like the following:
worker.c: In function 'worker_pre_config':
worker.c:1968: error: request for member 'log' in something not a structure or
union
worker.c:1968: error: request for member 'log' in something not a structure or
union
worker.c:
On 06/09/2010 09:55 PM, Stefan Fritsch wrote:
> On Wed, 9 Jun 2010, Ruediger Pluem wrote:
>> On 06/06/2010 07:01 PM, s...@apache.org wrote:
>>> Author: sf
>>> Date: Sun Jun 6 17:01:29 2010
>>> New Revision: 951896
>>>
>>> URL: http://svn.apache.org/viewvc?rev=951896&view=rev
>>> Log:
>>> Use new
On Wed, 9 Jun 2010, Ruediger Pluem wrote:
On 06/09/2010 09:36 PM, Stefan Fritsch wrote:
On Wed, 9 Jun 2010, Ruediger Pluem wrote:
On 06/06/2010 06:54 PM, s...@apache.org wrote:
Author: sf
Date: Sun Jun 6 16:54:51 2010
New Revision: 951893
URL: http://svn.apache.org/viewvc?rev=951893&view=rev
On Wed, 9 Jun 2010, Ruediger Pluem wrote:
On 06/06/2010 07:01 PM, s...@apache.org wrote:
Author: sf
Date: Sun Jun 6 17:01:29 2010
New Revision: 951896
URL: http://svn.apache.org/viewvc?rev=951896&view=rev
Log:
Use new loglevel accessor macros to simplify code
Modified:
httpd/httpd/trunk/m
On 06/09/2010 09:36 PM, Stefan Fritsch wrote:
> On Wed, 9 Jun 2010, Ruediger Pluem wrote:
>> On 06/06/2010 06:54 PM, s...@apache.org wrote:
>>> Author: sf
>>> Date: Sun Jun 6 16:54:51 2010
>>> New Revision: 951893
>>>
>>> URL: http://svn.apache.org/viewvc?rev=951893&view=rev
>>> Log:
>>> - Intro
On Wed, 9 Jun 2010, Ruediger Pluem wrote:
On 06/06/2010 06:54 PM, s...@apache.org wrote:
Author: sf
Date: Sun Jun 6 16:54:51 2010
New Revision: 951893
URL: http://svn.apache.org/viewvc?rev=951893&view=rev
Log:
- Introduce log levels trace1/.../trace8
- Add macro wrappers for ap_log_*error. On
On 06/06/2010 07:01 PM, s...@apache.org wrote:
> Author: sf
> Date: Sun Jun 6 17:01:29 2010
> New Revision: 951896
>
> URL: http://svn.apache.org/viewvc?rev=951896&view=rev
> Log:
> Use new loglevel accessor macros to simplify code
>
> Modified:
> httpd/httpd/trunk/modules/ssl/ssl_engine_i
On 06/06/2010 06:54 PM, s...@apache.org wrote:
> Author: sf
> Date: Sun Jun 6 16:54:51 2010
> New Revision: 951893
>
> URL: http://svn.apache.org/viewvc?rev=951893&view=rev
> Log:
> - Introduce log levels trace1/.../trace8
> - Add macro wrappers for ap_log_*error. On C99, this will save argumen
Just noticed that our shmcb socache never replaces an identical node
on ->store, leading to multiple entries for the same id (with different
expiries and data, obviously).
Is this deliberate? What is the distcache/memcached/dbm behavior, are
they all replacing the existing node? What is the prog
On 6/8/10 7:21 PM, "Graham Leggett" wrote:
> That said, if your server doesn't have work to do, ie
> you're just a bit-shifter, then a simple async loop will win hands down.
We also found that even for "resource intensive" tasks -- like rendering a
template or something similar -- it's best jus
On 6/8/10 6:34 PM, "Sean Conner" wrote:
> If your platform is x86, have you considered testing with LuaJIT? It
> compiles Lua code directly into x86 code and is a drop-in replacement for
> lua (just link against libluajit instead of liblua). The few tests I've
> done have been impressive [1].
On 09.06.2010 14:37, Jeff Trawick wrote:
On Tue, Jun 1, 2010 at 8:56 AM, Rainer Jung mailto:rainer.j...@kippdata.de>> wrote:
I repeatedly inserted millisecond or microsecond timestamps as well
as PID and thread ID information into the ErrorLog when trying to
diagnose problems, most o
On Tue, Jun 1, 2010 at 8:56 AM, Rainer Jung wrote:
> I repeatedly inserted millisecond or microsecond timestamps as well as PID
> and thread ID information into the ErrorLog when trying to diagnose
> problems, most often in combination with additional log lines.
>
> Due to the increased load and
On 09 Jun 2010, at 11:12 AM, Marko Kevac wrote:
Topic up
Ack... a bit swamped in bugfixes right now, but will definitely go
through it.
Regards,
Graham
--
Topic up
On Fri, May 21, 2010 at 1:07 AM, Marko Kevac wrote:
> Can someone comment on this, pls?
>
> On Mon, May 17, 2010 at 12:28 PM, Marko Kevac wrote:
>> http://russian-knight.livejournal.com/187116.html
>>
>> On Mon, May 17, 2010 at 11:48 AM, Marko Kevac wrote:
>>> Ok, here it is.
>>>
>>> h
18 matches
Mail list logo