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
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
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
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
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
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
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 remove
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
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
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
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
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
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
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 is:
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.
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 Apache
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
17 matches
Mail list logo
