Hi Rainer,
> What's the cycle of the leak:
> - per request
> - per restart
> - ??
per start/stop (restart isnt possible with AP 1.3 on NetWare) - request or no
request doesnt matter;
leak is reported after unload...; unfortunately AP 1.3 is build upon old clib,
and there I dont have the cool deb
What's the cycle of the leak:
- per request
- per restart
- ??
Guenter Knauf wrote:
Hi,
yes, very interesting, it could explain why there is core under i5/OS,
this platform is very sensible when memory leak or buffer overflow
happens...
I can add that I currently assume the leak in Apache-1.3
i5/OS is Apache 2.x only, so it's probably not the same problem
2007/4/19, Guenter Knauf <[EMAIL PROTECTED]>:
Hi,
> yes, very interesting, it could explain why there is core under i5/OS,
> this platform is very sensible when memory leak or buffer overflow
> happens...
I can add that I currently
Hi,
> yes, very interesting, it could explain why there is core under i5/OS,
> this platform is very sensible when memory leak or buffer overflow
> happens...
I can add that I currently assume the leak in Apache-1.3/mod_jk.c since I dont
see the leak when I build the Apache2 module
NetWare is
yes, very interesting, it could explain why there is core under i5/OS,
this platform is very sensible when memory leak or buffer overflow
happens...
2007/4/19, Guenter Knauf <[EMAIL PROTECTED]>:
Hi,
> Well the latest mod_jk working on i5/OS v5R3 was 1.2.19. 1.2.20,
> 1.2.21 and 1.2.22 didn't wor
Hi,
> Well the latest mod_jk working on i5/OS v5R3 was 1.2.19. 1.2.20,
> 1.2.21 and 1.2.22 didn't works and you could see on the dev list the
> various problems encoutered.
hmm, interesting;
I did just apply my recent sp_snprintf() hack to 1.1.19 and 1.2.20 so that I
could now compile it for
Well the latest mod_jk working on i5/OS v5R3 was 1.2.19. 1.2.20,
1.2.21 and 1.2.22 didn't works and you could see on the dev list the
various problems encoutered.
With i5/OS v5R4, the module are no more in EBCDIC land but UTF and as
such need a serious code review.
I just asked one IBM represent
Hi Henri,
>> anybody out there who can test this with AS400?
> I could test on AS400 but mod_jk didn't works on AS400, seems to me a
> thread/log problem and I can't figure it where
I've just put the stuff into SVN, perhaps you can check it that builds at least;
if you see linkage errors then you
But it will be supported by the Apache community :)
Well ASF should first find an System I (new AS400 name) and play with it
I'm sure there are many users that use the original
Apache Httpd on AS400.
Nope, System I users are very conservative, I wonder I'm not the only
one to work on Apache
Henri Gomez wrote:
Right, but one can compile Apache Httpd from the ASF thought
and run it on AS400. I suppose all the EBCDIC we added to
mod_jk will allow it compile with standard httpd like before.
On AS400, it will be more than difficult and not supported by IBM.
But it will be supported
Right, but one can compile Apache Httpd from the ASF thought
and run it on AS400. I suppose all the EBCDIC we added to
mod_jk will allow it compile with standard httpd like before.
On AS400, it will be more than difficult and not supported by IBM.
The fair solution is to use a Linux partition o
Henri Gomez wrote:
2007/4/16, Mladen Turk <[EMAIL PROTECTED]>:
You mean the support for the IBM HTTP Server.
I suppose the AS400 is still able to have genuine Apache Httpd
and mod_jk compiled and running.
Nope on AS400, there is an IBM HTTP Server (powered by Apache), so
it's not a genuine Ap
2007/4/16, Mladen Turk <[EMAIL PROTECTED]>:
Henri Gomez wrote:
> Still on mod_jk and this kind of stuff.
>
> We switch our dev servers from i5/OS v5R4 and many changes occurs in
> IBM HTTP Server powered by Apache, and for instance this one :
>
> If I could'nt fix/adapt for i5/OS, we may have to
Henri Gomez wrote:
Still on mod_jk and this kind of stuff.
We switch our dev servers from i5/OS v5R4 and many changes occurs in
IBM HTTP Server powered by Apache, and for instance this one :
If I could'nt fix/adapt for i5/OS, we may have to remove the whole
AS400 support in next release of mod_
Still on mod_jk and this kind of stuff.
We switch our dev servers from i5/OS v5R4 and many changes occurs in
IBM HTTP Server powered by Apache, and for instance this one :
As of i5/OS™ V5R4, modules must be recompiled with a UTF locale. This
creates an environment where locale-dependent C runtim
On Apr 14, 2007, at 9:24 AM, Guenter Knauf wrote:
I've just checked with these, and they dont work for NetWare
because we have no /dev/null support.
Therefore I would like to suggest another approach: let us import
ap_snprintf.c from Apache 1.3.x into the mod_jk project.
I think this is a go
2007/4/14, Guenter Knauf <[EMAIL PROTECTED]>:
Hi,
> We have those routines twice (in jk_util.c and jk_status.c).
> We are also assuming that the platforms always have snprintf() in
> jk_lb_worker.c for example.
yes, and that was one reason why I couldnt build post-1.2.15 versions for
NetWare Apa
Guenter Knauf wrote:
Hi,
Therefore I would like to suggest another approach: let us import ap_snprintf.c
from Apache 1.3.x into the mod_jk project.
comments welcome!
Just commit if you think it's more portable.
Regards,
Mladen.
---
Hi,
> We have those routines twice (in jk_util.c and jk_status.c).
> We are also assuming that the platforms always have snprintf() in
> jk_lb_worker.c for example.
yes, and that was one reason why I couldnt build post-1.2.15 versions for
NetWare Apache 1.3.x and Netscape.
> In jk_global.h there
Hi,
We have those routines twice (in jk_util.c and jk_status.c).
We are also assuming that the platforms always have snprintf() in
jk_lb_worker.c for example.
In jk_global.h there is:
+++
/* There is a snprintf() and vsnprintf() in jk_util.c */
/* if those work remove the #define. */
#if def
20 matches
Mail list logo