Re: mod_jk 1.2.28 on i5/OS
Hi Rainer. The new patch didn't fix it : User Trace Dump for job 680894/QTMHHTTP/DAPSERVER. Size: 300K, Wrapped 0 times. --- 05/13/2009 10:35:17 --- 0018:292544 apr_palloc: WARNING -- 0018:292568 apr_palloc() called with NULL pool. 0018:292592 requested size to allocate = 16. 0018:292624 Stack Dump For Current Thread 0018:292632 Stack: apr_pools.c : Current stack - 0018:292696 Stack: Library/ Program Module Stmt Procedure 0018:292744 Stack: QSYS / QCMD455 : 0018:292776 Stack: QHTTPSVR / QZHBMAINZHBMAIN 0 : _CXX_PEP__Fv 0018:292808 Stack: QHTTPSVR / QZHBMAINZHBMAIN 18: main 0018:292848 Stack: QHTTPSVR / QZHBMAINZHBMAIN 234 : BigSwitch__FiPPc 0018:292872 Stack: QHTTPSVR / QZSRHTTPQZSRMAIN0 : _CXX_PEP__Fv 0018:292904 Stack: QHTTPSVR / QZSRHTTPQZSRMAIN2 : main 0018:301392 Stack: QHTTPSVR / QZSRCOREMAIN718 : apache_main 0018:311408 Stack: QHTTPSVR / QZSRCOREHTTP_CONFI 5 : ap_run_post_config 0018:311688 Stack: QHTTPSVR / MOD_JK1229 MOD_JK 60: jk_post_config 0018:311720 Stack: QHTTPSVR / MOD_JK1229 MOD_JK 35: init_jk 0018:312088 Stack: QHTTPSVR / MOD_JK1229 JK_WORKER 34: wc_open 0018:312128 Stack: QHTTPSVR / MOD_JK1229 JK_WORKER 9 : build_worker_map 0018:312152 Stack: QHTTPSVR / MOD_JK1229 JK_WORKER 28: wc_create_worker 0018:312296 Stack: QHTTPSVR / MOD_JK1229 JK_AJP13_W 5 : validate 0018:312320 Stack: QHTTPSVR / MOD_JK1229 JK_AJP_COM 29: ajp_validate 0018:312352 Stack: QHTTPSVR / MOD_JK1229 JK_CONNECT 21: jk_resolve 0018:328256 Stack: QHTTPSVR / QZSRAPR SOCKADDR5 : find_addresses 0018:328296 Stack: QHTTPSVR / QZSRAPR APR_STRING 4 : apr_pstrdup 0018:331816 Stack: QHTTPSVR / QZSRAPR APR_POOLS 11: apr_palloc 0018:331848 Stack: QHTTPSVR / QZSRAPR OS400TRACE 7 : apr_dstack_CCSID 0018:341576 Stack: QSYS / QP0ZCPA QP0ZUDBG3 : Qp0zDumpStack 0018:358784 Stack: QSYS / QP0ZSCPAQP0ZSDBG2 : Qp0zSUDumpStack 0018:358816 Stack: QSYS / QP0ZSCPAQP0ZSDBG12: Qp0zSUDumpTargetStack 0018:362632 Stack: Completed TRCTCPAPP Output 0018:382128 Stack: QHTTPSVR / QZSRHTTPQZSRMAIN0 : _CXX_PEP__Fv 0018:382136 Stack: QHTTPSVR / QZSRHTTPQZSRMAIN2 : main 0018:382144 Stack: QHTTPSVR / QZSRCOREMAIN718 : apache_main 0018:382160 Stack: QHTTPSVR / QZSRCOREHTTP_CONFI 5 : ap_run_post_config 0018:382168 Stack: QHTTPSVR / MOD_JK1229 MOD_JK 60: jk_post_config 0018:382176 Stack: QHTTPSVR / MOD_JK1229 MOD_JK 35: init_jk 0018:382192 Stack: QHTTPSVR / MOD_JK1229 JK_WORKER 34: wc_open 0018:382200 Stack: QHTTPSVR / MOD_JK1229 JK_WORKER 9 : build_worker_map 0018:382208 Stack: QHTTPSVR / MOD_JK1229 JK_WORKER 28: wc_create_worker 0018:382216 Stack: QHTTPSVR / MOD_JK1229 JK_AJP13_W 5 : validate 0018:382232 Stack: QHTTPSVR / MOD_JK1229 JK_AJP_COM 29: ajp_validate 0018:382240 Stack: QHTTPSVR / MOD_JK1229 JK_CONNECT 21: jk_resolve 0018:382248 Stack: QHTTPSVR / QZSRAPR SOCKADDR5 : find_addresses 0018:391552 Stack: QHTTPSVR / QZSRAPR APR_STRING 5 : apr_pstrdup 0018:391576 Stack: QHTTPSVR / QZSRCOREMAIN18: Main_Excp_Handler 0018:391584 Stack: QHTTPSVR / QZSRAPR OS400TRACE 7 : apr_dstack_CCSID 0018:391600 Stack: QSYS / QP0ZCPA QP0ZUDBG3 : Qp0zDumpStack 0018:391608 Stack: QSYS / QP0ZSCPAQP0ZSDBG2 : Qp0zSUDumpStack 2009/5/12 Henri Gomez : > I'll try it tomorrow ! > > 2009/5/12 Rainer Jung : >> Here's the patch keeping the original structure but using a cleanup to >> destroy the pool reference. If it works, I would like that better. >> >> Regards, >> >> Rainer >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 35351] error tags
https://issues.apache.org/bugzilla/show_bug.cgi?id=35351
Mike Morris changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED |
--- Comment #12 from Mike Morris 2009-05-13 03:41:05 PST
---
Regression in 6.0.18.
result in:
/home/mike/src/etude/build/generated/src/org/apache/jsp/event/detail_jsp.java:2258:
package za.co.cocosoft.etude.server.model.EventData does not exist
za.co.cocosoft.etude.server.model.EventData.NullEvent event = null;
/home/mike/src/etude/build/generated/src/org/apache/jsp/event/detail_jsp.java:2260:
package za.co.cocosoft.etude.server.model.EventData does not exist
event = (za.co.cocosoft.etude.server.model.EventData.NullEvent)
_jspx_page_context.getAttribute("event", PageContext.REQUEST_SCOPE);
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 35351] error tags
https://issues.apache.org/bugzilla/show_bug.cgi?id=35351 Mike Morris changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #13 from Mike Morris 2009-05-13 03:45:44 PST --- Forgive me! The bug was mine sorry for the time-waste. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 42996] POST with nio connector results in missing variables
https://issues.apache.org/bugzilla/show_bug.cgi?id=42996 holger.sch...@tsi-mms.de changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #10 from holger.sch...@tsi-mms.de 2009-05-13 05:52:59 PST --- The problem still exists up to and including version 6.0.19. But it can be avoided by setting HTTP 1.1 Header 'Connection: close'. Also, It seems that sometimes an HTTP POST hangs until a occurs. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: mod_jk 1.2.28 on i5/OS
Some comments on your latest provided patch :
if (!jk_resolv_pool) {
if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
}
/* We need to clear the pool reference, if the pool gets destroyed
* via its parent pool. */
apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
jk_resolv_cleanup, jk_resolv_cleanup);
apr_pool_clear(jk_resolv_pool);
if (apr_sockaddr_info_get
(&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0, jk_resolv_pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
Why not just add the cleanup register in pool create side ?
if (!jk_resolv_pool) {
if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
/* We need to clear the pool reference, if the pool gets destroyed
* via its parent pool. */
apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
jk_resolv_cleanup, jk_resolv_cleanup);
}
apr_pool_clear(jk_resolv_pool);
if (apr_sockaddr_info_get
(&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0, jk_resolv_pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
Also what could happen if we get many threads calling jk_resolv at the
same time ?
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: mod_jk 1.2.28 on i5/OS
On 13.05.2009 14:56, Henri Gomez wrote:
> Some comments on your latest provided patch :
>
>if (!jk_resolv_pool) {
> if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
> }
> /* We need to clear the pool reference, if the pool gets destroyed
> * via its parent pool. */
> apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
> jk_resolv_cleanup, jk_resolv_cleanup);
> apr_pool_clear(jk_resolv_pool);
> if (apr_sockaddr_info_get
> (&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
> jk_resolv_pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
> Why not just add the cleanup register in pool create side ?
You are totally right. I had it in the error branch of the following if,
and then moved it up one to many blocks. Although that makes it more
correct, if the patch doesn't help, the changed patch won't help either,
or did you try? We need to add some logging to the cleanup to see, why
it doesn't work (check, whether it gets called).
>if (!jk_resolv_pool) {
> if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
> /* We need to clear the pool reference, if the pool gets destroyed
> * via its parent pool. */
> apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
> jk_resolv_cleanup, jk_resolv_cleanup);
> }
>
> apr_pool_clear(jk_resolv_pool);
> if (apr_sockaddr_info_get
> (&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
> jk_resolv_pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
>
> Also what could happen if we get many threads calling jk_resolv at the
> same time ?
To make it absolutely correct we need to use a mutex. but the crash you
experience is not due to multi-threading issues.
jk_resolv() is called during startup and also later, in case you change
a worker address via the statu worker. The whole startup is done
single-threaded, the init code only runs on one thread.
Changing addresses could be done in multiple threads, if you do it using
parallel requests to the status worker. This is something we should also
fix, but not the problem you observe.
You can set the JkLogLevel to tace, then you will get a log line for
each entry and exit of jk_resolve. You'll notivce, that there will be no
entries without leaving first.
Regards,
Rainer
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: mod_jk 1.2.28 on i5/OS
Gimme a few minutes, there's something non i5-specific wrong with the
patch ...
On 13.05.2009 14:56, Henri Gomez wrote:
> Some comments on your latest provided patch :
>
>if (!jk_resolv_pool) {
> if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
> }
> /* We need to clear the pool reference, if the pool gets destroyed
> * via its parent pool. */
> apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
> jk_resolv_cleanup, jk_resolv_cleanup);
> apr_pool_clear(jk_resolv_pool);
> if (apr_sockaddr_info_get
> (&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
> jk_resolv_pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
> Why not just add the cleanup register in pool create side ?
>
>if (!jk_resolv_pool) {
> if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
> /* We need to clear the pool reference, if the pool gets destroyed
> * via its parent pool. */
> apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
> jk_resolv_cleanup, jk_resolv_cleanup);
> }
>
> apr_pool_clear(jk_resolv_pool);
> if (apr_sockaddr_info_get
> (&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
> jk_resolv_pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
>
> Also what could happen if we get many threads calling jk_resolv at the
> same time ?
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: mod_jk 1.2.28 on i5/OS
Sorry for the broken patch. Besides the not so nice multiple registation
of the cleanup, the real problem for the crash after the patch is, that
clear() on a pool already calls the cleanup. So I had to register the
cleanup for the parent pool (pconf) and not for the pool itself.
I'll think about the thread-safety next, but as I said that is not the
cause for your crashes.
Regards,
Rainer
On 13.05.2009 14:56, Henri Gomez wrote:
> Some comments on your latest provided patch :
>
>if (!jk_resolv_pool) {
> if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
> }
> /* We need to clear the pool reference, if the pool gets destroyed
> * via its parent pool. */
> apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
> jk_resolv_cleanup, jk_resolv_cleanup);
> apr_pool_clear(jk_resolv_pool);
> if (apr_sockaddr_info_get
> (&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
> jk_resolv_pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
> Why not just add the cleanup register in pool create side ?
>
>if (!jk_resolv_pool) {
> if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
> /* We need to clear the pool reference, if the pool gets destroyed
> * via its parent pool. */
> apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
> jk_resolv_cleanup, jk_resolv_cleanup);
> }
>
> apr_pool_clear(jk_resolv_pool);
> if (apr_sockaddr_info_get
> (&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
> jk_resolv_pool)
> != APR_SUCCESS) {
> JK_TRACE_EXIT(l);
> return JK_FALSE;
> }
>
>
> Also what could happen if we get many threads calling jk_resolv at the
> same time ?
Index: common/jk_connect.c
===
--- common/jk_connect.c (revision 763986)
+++ common/jk_connect.c (working copy)
@@ -35,7 +35,7 @@
#include "apr_errno.h"
#include "apr_general.h"
#include "apr_pools.h"
-static apr_pool_t *jk_apr_pool = NULL;
+static apr_pool_t *jk_resolv_pool = NULL;
#endif
#ifdef HAVE_SYS_FILIO_H
@@ -58,6 +58,13 @@
typedef const char* SET_TYPE;
#endif
+static apr_status_t jk_resolv_cleanup(void *d)
+{
+/* Clean up pointer content */
+*(apr_pool_t **)d = NULL;
+return APR_SUCCESS;
+}
+
/** Set socket to blocking
* @param sd socket to manipulate
* @returnerrno: fcntl returns -1 (!WIN32)
@@ -343,15 +350,19 @@
apr_sockaddr_t *remote_sa, *temp_sa;
char *remote_ipaddr;
-if (!jk_apr_pool) {
-if (apr_pool_create(&jk_apr_pool, (apr_pool_t *)pool) !=
APR_SUCCESS) {
+if (!jk_resolv_pool) {
+if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool) !=
APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
+apr_pool_cleanup_register((apr_pool_t *)pool, &jk_resolv_pool,
+ jk_resolv_cleanup, jk_resolv_cleanup);
}
-apr_pool_clear(jk_apr_pool);
+/* We need to clear the pool reference, if the pool gets destroyed
+ * via its parent pool. */
+apr_pool_clear(jk_resolv_pool);
if (apr_sockaddr_info_get
-(&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0, jk_apr_pool)
+(&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
jk_resolv_pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47193] New: not able to compile shared objects because of wrong host_os variable on AIX 6 systems
https://issues.apache.org/bugzilla/show_bug.cgi?id=47193
Summary: not able to compile shared objects because of wrong
host_os variable on AIX 6 systems
Product: Tomcat Connectors
Version: 1.2.28
Platform: Other
OS/Version: AIX
Status: NEW
Severity: normal
Priority: P3
Component: mod_jk
AssignedTo: dev@tomcat.apache.org
ReportedBy: wilhelm_koestin...@at.ibm.com
./native/scripts/build/unix/config.guess returns rs6000-ibm-aix instead of
powerpc-ibm-aix6.1.0.0
*:AIX:*:[45])
IBM_CPU_ID=`/usr/sbin/lsdev -C -c processor -S available | sed 1q | awk
'{ print $1 }'`
if /usr/sbin/lsattr -El ${IBM_CPU_ID} | grep ' POWER' >/dev/null 2>&1;
then
IBM_ARCH=rs6000
else
IBM_ARCH=powerpc
fi
if [ -x /usr/bin/oslevel ] ; then
IBM_REV=`/usr/bin/oslevel`
else
IBM_REV=${UNAME_VERSION}.${UNAME_RELEASE}
fi
echo ${IBM_ARCH}-ibm-aix${IBM_REV}
exit ;;
*:AIX:*:*)
echo rs6000-ibm-aix
exit ;;
in the configure script all tests regarding aix contain just aix3,aix4 and
aix5.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47193] not able to compile shared objects because of wrong host_os variable on AIX 6 systems
https://issues.apache.org/bugzilla/show_bug.cgi?id=47193 --- Comment #1 from Willi Koestinger 2009-05-13 09:21:08 PST --- workaround: ./configure --build=powerpc-ibm-aix5.3.0.0 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47193] not able to compile shared objects because of wrong host_os variable on AIX 6 systems
https://issues.apache.org/bugzilla/show_bug.cgi?id=47193 --- Comment #2 from Rainer Jung 2009-05-13 09:23:11 PST --- Right, I found that annoying to when compiling other packages for AIX. I'll check, whether newer autoconf tools include the correct AIX versions. The files which need correction are not written by hand, but instead are auto-generated by a well-known toolset, but we might need to upgrade the version used when preparing a release. Thanks for the hint. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47193] not able to compile shared objects because of wrong host_os variable on AIX 6 systems
https://issues.apache.org/bugzilla/show_bug.cgi?id=47193 --- Comment #3 from Rainer Jung 2009-05-13 09:59:47 PST --- Automake 1.10.2 contains a config.guess, that knows AIX 6. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 42996] POST with nio connector results in missing variables
https://issues.apache.org/bugzilla/show_bug.cgi?id=42996 --- Comment #11 from Mark Thomas 2009-05-13 10:46:57 PST --- Please provide a test case. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r774590 - /tomcat/tc6.0.x/tags/TOMCAT_6_0_20/
Author: remm Date: Wed May 13 23:16:39 2009 New Revision: 774590 URL: http://svn.apache.org/viewvc?rev=774590&view=rev Log: - Apache Tomcat 6.0.20. Added: tomcat/tc6.0.x/tags/TOMCAT_6_0_20/ (props changed) - copied from r774589, tomcat/tc6.0.x/trunk/ Propchange: tomcat/tc6.0.x/tags/TOMCAT_6_0_20/ -- --- svn:ignore (added) +++ svn:ignore Wed May 13 23:16:39 2009 @@ -0,0 +1,3 @@ +output +.settings +build.properties Propchange: tomcat/tc6.0.x/tags/TOMCAT_6_0_20/ -- --- svn:mergeinfo (added) +++ svn:mergeinfo Wed May 13 23:16:39 2009 @@ -0,0 +1 @@ +/tomcat/trunk:601180,606992,612607,630314,640888,652744,653247,673796,673820,683982,684001,684081,684234,684269-684270,685177,687503,687645,689402,690781,691392,691805,692748,693378,694992,695053,695311,696780,696782,698012,698227,698236,698613,699427,699634,701355,709294,709811,709816,710063,710066,710125,710205,711126,711600,712461,712467,718360,719119,719124,719602,719626,719628,720046,720069,721040,723404,723738,726052,727303,728032,728768,728947,729057,729567,729569,729571,729681,729809,729815,729934,730250,730590,731651,732859,732863,734734,740675,740684,742677,742697,742714,744160,744238,746321,746384,747834,747863,748344,750258,750291,750921,751286-751287,751289,751295,753039,757774,758596,758616,758664,759074,761601,762868,762929,762936-762937,763166,763183,763193,763298,763302,763325,763599,763611,763654,763681,763706,764985,764997,765662,768335 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r774597 - in /tomcat/connectors/trunk/jk: native/buildconf.sh xdocs/miscellaneous/changelog.xml
Author: rjung Date: Wed May 13 23:32:52 2009 New Revision: 774597 URL: http://svn.apache.org/viewvc?rev=774597&view=rev Log: Force copy of automake files when running buildconf.sh. Some of the helper files come with libtool and with automake. We installed them forced from libtool, and then the missing ones from automake. Now let automake overwrite the files it has itself, because automake is the source for these files, so it's likely the ones installed with automake are newer than the libtool ones. Modified: tomcat/connectors/trunk/jk/native/buildconf.sh tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml Modified: tomcat/connectors/trunk/jk/native/buildconf.sh URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/buildconf.sh?rev=774597&r1=774596&r2=774597&view=diff == --- tomcat/connectors/trunk/jk/native/buildconf.sh (original) +++ tomcat/connectors/trunk/jk/native/buildconf.sh Wed May 13 23:32:52 2009 @@ -28,7 +28,7 @@ echo "autoheader" autoheader echo "automake -a --foreign --copy" -automake -a --foreign --copy +automake -a --foreign --copy --force-missing echo "autoconf" autoconf Modified: tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml?rev=774597&r1=774596&r2=774597&view=diff == --- tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml (original) +++ tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml Wed May 13 23:32:52 2009 @@ -43,6 +43,9 @@ + +Build: Force copy of automake files. (rjung) + - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.20
The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.20/ According to the release process, the 6.0.20 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Rémy - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47193] not able to compile shared objects because of wrong host_os variable on AIX 6 systems
https://issues.apache.org/bugzilla/show_bug.cgi?id=47193 --- Comment #4 from Rainer Jung 2009-05-13 17:18:17 PST --- I updated libtool, autoconf and automake on the system and prepared a dev snapshot of 1.2.29 using the new tools. Could you please do a test build of http://people.apache.org/~rjung/mod_jk-dev/source/jk-1.2.29-dev/tomcat-connectors-1.2.29-dev-774601-src.tar.gz and confirm, that it detects AIX 6 correctly? Note that this 1.2.29 download is not an official release, it is only a recent code snapshot. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r774607 - in /tomcat/connectors/trunk/jk: native/BUILDING.txt xdocs/miscellaneous/changelog.xml xdocs/webserver_howto/apache.xml
Author: rjung Date: Thu May 14 00:30:25 2009 New Revision: 774607 URL: http://svn.apache.org/viewvc?rev=774607&view=rev Log: Update information about tools needed to create a release. Modified: tomcat/connectors/trunk/jk/native/BUILDING.txt tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml tomcat/connectors/trunk/jk/xdocs/webserver_howto/apache.xml Modified: tomcat/connectors/trunk/jk/native/BUILDING.txt URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/BUILDING.txt?rev=774607&r1=774606&r2=774607&view=diff == --- tomcat/connectors/trunk/jk/native/BUILDING.txt (original) +++ tomcat/connectors/trunk/jk/native/BUILDING.txt Thu May 14 00:30:25 2009 @@ -30,7 +30,10 @@ It is possible to use autoconf for configuration and installation. To create tomcat-connectors's autoconf script, you will need libtool - 1.5.2 or higher, and autoconf 2.59 or newer. + 1.5.2, automake 1.10 and autoconf 2.59 or newer. The use of more recent + versions is encouraged, e.g. for reliable detection of the features of + recent version of operating systems. + Those tools will not be required if you are just using a package downloaded from apache.org, they are only required for developers. Modified: tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml?rev=774607&r1=774606&r2=774607&view=diff == --- tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml (original) +++ tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml Thu May 14 00:30:25 2009 @@ -44,6 +44,9 @@ +Docs: Update information about tools needed to create a release. (rjung) + + Build: Force copy of automake files. (rjung) Modified: tomcat/connectors/trunk/jk/xdocs/webserver_howto/apache.xml URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/webserver_howto/apache.xml?rev=774607&r1=774606&r2=774607&view=diff == --- tomcat/connectors/trunk/jk/xdocs/webserver_howto/apache.xml (original) +++ tomcat/connectors/trunk/jk/xdocs/webserver_howto/apache.xml Thu May 14 00:30:25 2009 @@ -868,8 +868,10 @@ In case you get source from subversion, ie without an existing configure script, you should have autoconf for configuration and installation. -To create tomcat-connectors's autoconf script, you will need libtool 1.5.2 or higher, -and autoconf 2.59 or newer. +To create tomcat-connectors's autoconf script, you will need libtool +1.5.2, automake 1.10 and autoconf 2.59 or newer. The use of more recent +versions is encouraged, e.g. for reliable detection of the features of +recent version of operating systems. Those tools will not be required if you are just using a package downloaded from apache.org, they are only required for developers. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Terms of use for our Wiki
Hi, all! Should there be some explicit TermsOfUse page or copyright/license clause in our wiki? Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.20
2009/5/14 Remy Maucherat :
> The candidates binaries are available here:
> http://people.apache.org/~remm/tomcat-6/v6.0.20/
>
> According to the release process, the 6.0.20 tag is:
> [ ] Broken
> [ ] Alpha
> [ ] Beta
> [ ] Stable
>
> Rémy
>
The tgz archive of the sources is broken.
Some of the files there have undergone conversion to UTF-8,
while the relevant ones in the zip archive remain in ISO-8859-1.
Here is an example of those lines that differ:
* \src\_tgz\java\javax\servlet\LocalStrings_fr.properties
err.not_iso8859_1={0} n''est pas un caractя┐�`re ISO 8859-1
value.true=true
* \src\_zip\java\javax\servlet\LocalStrings_fr.properties
err.not_iso8859_1={0} n''est pas un caractшre ISO 8859-1
value.true=true
*
Disregard the Cyrillic encoding issues - you may see that the count of
characters differ.
Here is the list of files that are broken:
/KEYS
/java/javax/servlet/LocalStrings_fr.properties
/java/javax/servlet/http/LocalStrings_fr.properties
/java/org/apache/catalina/authenticator/LocalStrings_fr.properties
/java/org/apache/catalina/connector/LocalStrings_fr.properties
/java/org/apache/catalina/core/LocalStrings_fr.properties
/java/org/apache/catalina/loader/LocalStrings_fr.properties
/java/org/apache/catalina/manager/LocalStrings_de.properties
/java/org/apache/catalina/manager/LocalStrings_fr.properties
/java/org/apache/catalina/realm/LocalStrings_fr.properties
/java/org/apache/catalina/security/LocalStrings_es.properties
/java/org/apache/catalina/security/LocalStrings_fr.properties
/java/org/apache/catalina/servlets/LocalStrings_fr.properties
/java/org/apache/catalina/session/LocalStrings_fr.properties
/java/org/apache/catalina/startup/LocalStrings_fr.properties
/java/org/apache/catalina/users/LocalStrings_fr.properties
/java/org/apache/catalina/util/LocalStrings_fr.properties
/java/org/apache/catalina/valves/LocalStrings_fr.properties
/java/org/apache/coyote/http11/LocalStrings_fr.properties
/java/org/apache/jasper/resources/LocalStrings_fr.properties
/java/org/apache/naming/LocalStrings_fr.properties
/java/org/apache/naming/resources/LocalStrings_fr.properties
/java/org/apache/tomcat/util/buf/res/LocalStrings_es.properties
/java/org/apache/tomcat/util/buf/res/LocalStrings_fr.properties
/java/org/apache/tomcat/util/http/res/LocalStrings_es.properties
/java/org/apache/tomcat/util/http/res/LocalStrings_fr.properties
/java/org/apache/tomcat/util/net/jsse/res/LocalStrings_fr.properties
/java/org/apache/tomcat/util/net/res/LocalStrings_fr.properties
/java/org/apache/tomcat/util/threads/res/LocalStrings_es.properties
/java/org/apache/tomcat/util/threads/res/LocalStrings_fr.properties
/webapps/docs/changelog.xml
/webapps/examples/WEB-INF/classes/LocalStrings_es.properties
/webapps/examples/WEB-INF/classes/LocalStrings_fr.properties
The binary distributions seem to be OK.
At least:
1) tgz and zip archives match each other
2) by quick look into tomcat-i18n-fr.jar the properties files are OK there
3) the properties files in /webapps/examples/WEB-INF/classes are also OK
Some other small discrepancies that can be fixed later:
1. the apache-tomcat-6.0.20-fulldocs.tar.gz file contains two exact copies of
/tomcat-6.0-doc/RUNNING.txt
2. the exe installer and zip distributive have the following
difference in server.xml :
* C:\PROGRAM FILES\APACHE SOFTWARE FOUNDATION\TOMCAT 6.0\CONF\server.xml
* C:\(...)\_ZIP\CONF\SERVER.XML
*
I have not run the binaries yet.
Best regards,
Konstantin Kolinko
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: mod_jk 1.2.28 on i5/OS
I'll try the new patch today.
Thanks for your time on this !
Le 13 mai 09 à 15:51, Rainer Jung a écrit :
Sorry for the broken patch. Besides the not so nice multiple
registation
of the cleanup, the real problem for the crash after the patch is,
that
clear() on a pool already calls the cleanup. So I had to register the
cleanup for the parent pool (pconf) and not for the pool itself.
I'll think about the thread-safety next, but as I said that is not the
cause for your crashes.
Regards,
Rainer
On 13.05.2009 14:56, Henri Gomez wrote:
Some comments on your latest provided patch :
if (!jk_resolv_pool) {
if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
}
/* We need to clear the pool reference, if the pool gets
destroyed
* via its parent pool. */
apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
jk_resolv_cleanup, jk_resolv_cleanup);
apr_pool_clear(jk_resolv_pool);
if (apr_sockaddr_info_get
(&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
jk_resolv_pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
Why not just add the cleanup register in pool create side ?
if (!jk_resolv_pool) {
if (apr_pool_create(&jk_resolv_pool, (apr_pool_t *)pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
/* We need to clear the pool reference, if the pool gets
destroyed
* via its parent pool. */
apr_pool_cleanup_register(jk_resolv_pool, &jk_resolv_pool,
jk_resolv_cleanup, jk_resolv_cleanup);
}
apr_pool_clear(jk_resolv_pool);
if (apr_sockaddr_info_get
(&remote_sa, host, APR_UNSPEC, (apr_port_t) port, 0,
jk_resolv_pool)
!= APR_SUCCESS) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
Also what could happen if we get many threads calling jk_resolv at
the
same time ?
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
