Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 32309 invoked from network); 1 Aug 2003 14:08:17 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 1 Aug 2003 14:08:17 -0000 Received: (qmail 9891 invoked by uid 97); 1 Aug 2003 14:10:53 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@nagoya.betaversion.org Received: (qmail 9884 invoked from network); 1 Aug 2003 14:10:53 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 1 Aug 2003 14:10:53 -0000 Received: (qmail 31319 invoked by uid 500); 1 Aug 2003 14:08:01 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 31304 invoked from network); 1 Aug 2003 14:08:01 -0000 Received: from unknown (HELO minotaur.apache.org) (209.237.227.194) by daedalus.apache.org with SMTP; 1 Aug 2003 14:08:01 -0000 Received: (qmail 4139 invoked from network); 1 Aug 2003 14:08:04 -0000 Received: from unknown (HELO apache.org) (127.0.0.1) by localhost with SMTP; 1 Aug 2003 14:08:04 -0000 Message-ID: <3F2A7441.6040002@apache.org> Date: Fri, 01 Aug 2003 16:08:01 +0200 From: Henri Gomez User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.4) Gecko/20030624 X-Accept-Language: fr, en MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: [VOTE] Release mod_jk 1.2.5 References: <3F2A435F.4090407@mail.more.net> <005601c3582c$30d5a920$200110ac@zonesville.com> <3F2A6700.6010407@apache.org> <006101c35833$93168990$200110ac@zonesville.com> In-Reply-To: <006101c35833$93168990$200110ac@zonesville.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Rating: localhost 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Kurt Miller a �crit : > From: "Henri Gomez" > >>It was u_long before I change it in in_addr_t and then change >>it back to u_long. > > > Oh. I guess I should have done a bit more research.;-) I just started > attempting to get mod_jk going on sparc64 a few days ago. However, using a > u_long for laddr is the cause of jk_resolve failing on OpenBSD/sparc64. The > memcpy at the end copies all zeros into rc->sin_addr when u_long is used. > > There are some other issues going on with mod_jk OpenBSD/sparc64, so its not > yet working even with this corrected. Given that, it may not make sense to > hold up the release for this. I will need to put in more time to investigate > the next issue. > > OpenBSD-3.3/sparc64 uses Apache 1.3.27 so this is not an issue with the new > APR code. I tested releases 1.2.1 - 1.2.5 on OpenBSD/sparc64 and they all > don't work. It wasn't until recently that I had time to start investigating > it. I'll post patches here as I make progress. The correct behaviour will be to use in_addr_t, but it don't works on iSeries (even if it's defined, I couldn't find the correct include). To fix the problem we could use a #define BSD64 ? to make use of in_addr_t until we make more works ? Just provide the correct defined var for BSD/SPARC64 --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org