Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of jfclere@gmail.com designates
 64.233.182.187 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=G1eebnkS4dEQK4MUI1VfoW2lcyvAqoOQiMLCDl28FpWjdwKudrpyT18j0kgCQLmoAMpSWCOCcjHxJrocDVtgbxWnfVdpRSTM0lgmG3uox+gakfUQJn49teccxVAt+WQvHTfyrHQnryJnzCXbZIf2qwlVeJkhLA+RhFOSgIjYXBY=
Message-ID: <44B6194C.4030902@gmail.com>
Date: Thu, 13 Jul 2006 11:58:36 +0200
From: Jean-frederic Clere <jfclere@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060417
MIME-Version: 1.0
To: Tomcat Developers List <dev@tomcat.apache.org>
Subject: Re: Next try: mod_jk 1.2.17 release candidate ready to test
References: <44B4412A.30708@apache.org>
	 <6291fc850607120847x5fca867bu9394349778e0d877@mail.gmail.com>
	 <44B60242.1000402@kippdata.de>
 <6291fc850607130144o453650b2q5e7800e42057e759@mail.gmail.com>
In-Reply-To: <6291fc850607130144o453650b2q5e7800e42057e759@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Henri Gomez wrote:

> I don't know if we could called it a regression but the API spec is to
> used a socklen_t not an int or unsigned int.
>
> iSeries compiler is very strict on such 'cast' and probably some
> others. gcc is a little more conciliant :)
>
> BTW, I think next major version of mod_jk (1.3 / 3.x ?) should use APR
> to be simpler and better integrated in Apache 2.x

Use mod_proxy for that ;-)

Cheers

Jean-Frederic

>
>
> 2006/7/13, Rainer Jung <rainer.jung@kippdata.de>:
>
>> Hi Henri,
>>
>> thanks for reporting this. This has already been part of 1.2.16. I
>> thought you found only one bug for that platform, which we fixed 
>> (unixd.h).
>>
>> I can build 1.2.17 on solaris 64 bit sparc, and on linux 32 bit and 64
>> bit AMD (both times SuSE Enterprise 9).
>>
>> I get a couple of warnings, but not for this line.
>>
>> Of course you are riht, that we should be more careful here with types,
>> especially since we use two different types for rclen ind the same file.
>>
>> But is it a regression?
>>
>> Rainer
>>
>> Henri Gomez schrieb:
>> > jk 1.2.17 build failed on iSeries v5R3.
>> >
>> > /home/apache/jk/native/common/jk_connect.c, 198.38: CZM0280(30) 
>> Function
>> >  argument assignment between types "int*" and "unsigned int*" is not
>> >  allowed.
>> >
>> > getsockopt on Linux is defined like this :
>> >
>> >       int getsockopt(int s, int level, int optname, void *optval,
>> > socklen_t *optlen);
>> >
>> >
>> > rclen should be socklen_t instead of unsigned int...
>> >
>> > With this iSeries build without problems...
>> >
>> >> 2006/7/12, Rainer Jung <rjung@apache.org>:
>> >> Hi,
>> >>
>> >> thanks to everyone who tested 1.2.16. Unfortunately we had one
>> >> regression bug in the status worker (hanging update request 
>> because of
>> >> double locking). For full results please see:
>> >>
>> >> http://marc.theaimsgroup.com/?l=tomcat-dev&m=115234851210076&w=2
>> >>
>> >> Today version 1.2.17 of the Apache Tomcat mod_jk web server connector
>> >> has been tagged. This version fixes the new bugs from 1.2.16 and adds
>> >> one improvement. Please test and share your experience.
>> >>
>> >> If no critical bugs will be found, we will have a formal release vote
>> >> starting at Saturday, July 15th.
>> >>
>> >> The source distribution can be downloaded from:
>> >>
>> >> http://tomcat.apache.org/dev/dist/
>> >>
>> >> The updated documentation can be found at
>> >>
>> >> http://tomcat.apache.org/dev/docs/tomcat-connectors-1.2.17/
>> >>
>> >> Please see
>> >>
>> >> 
>> http://tomcat.apache.org/dev/docs/tomcat-connectors-1.2.17/changelog.html 
>>
>> >>
>> >> for a complete list of changes.
>> >>
>> >> Regards,
>> >>
>> >> Rainer
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>> >> For additional commands, e-mail: dev-help@tomcat.apache.org
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>> > For additional commands, e-mail: dev-help@tomcat.apache.org
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: dev-help@tomcat.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org