On 01/04/2010 08:47 AM, Mladen Turk wrote:
On 01/04/2010 03:59 PM, Rainer Jung wrote:
Should we update the recommended version in AprLifecycleListener to 19?
At the moment we have recommended=17 and required=17.
This should be recommended=18 and required=17
but if the .18 tag is invalid, th
On 01/04/2010 03:59 PM, Rainer Jung wrote:
Should we update the recommended version in AprLifecycleListener to 19?
At the moment we have recommended=17 and required=17.
This should be recommended=18 and required=17
since the .18 contains the SSL MITM fixes.
Required should stay at 17 cause it
On 01/04/2010 04:21 PM, Konstantin Kolinko wrote:
The compiled "tcnative-.dll" DLLs on
http://www.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries/win(32|64)
all show "1.1.18.0" on the Version tab in the File Properties dialog
in Windows Explorer.
The same with the ones in 6.0.2
2010/1/4 Rainer Jung :
> On 04.01.2010 15:53, Mladen Turk wrote:
>>
>> On 01/04/2010 02:10 PM, Henri Gomez wrote:
>>>
>>> It's not the case in the OS/X version
>>>
>>
>> Nope. the windows .rc file wasn't updated
>> before 1.1.18 tag, so when you compile a .dll
>> and check it's resource version, it
On 04.01.2010 15:53, Mladen Turk wrote:
On 01/04/2010 02:10 PM, Henri Gomez wrote:
It's not the case in the OS/X version
Nope. the windows .rc file wasn't updated
before 1.1.18 tag, so when you compile a .dll
and check it's resource version, it reports 1.1.16
This can be a problem with some
On 04.01.2010 14:10, Henri Gomez wrote:
It's not the case in the OS/X version
Henri: are you able to build a dylib for MacOS wit statically linked in
APR and OpenSSL libs?
2010/1/4 Mladen Turk:
Hi,
Version 1.1.18 wasn't properly tagged, so it
carries the 1.1.16 version in the windows bina
On 01/04/2010 02:10 PM, Henri Gomez wrote:
It's not the case in the OS/X version
Nope. the windows .rc file wasn't updated
before 1.1.18 tag, so when you compile a .dll
and check it's resource version, it reports 1.1.16
This can be a problem with some third party install
tools that depend on
On 04/01/2010 12:59, Mladen Turk wrote:
> Hi,
>
> Version 1.1.18 wasn't properly tagged, so it
> carries the 1.1.16 version in the windows binary builds
> (only when you check the .dll version itself)
>
> It's a minor issue already fixed in the SVN, so
> before releasing new Tomcat I'd like we ha
It's not the case in the OS/X version
2010/1/4 Mladen Turk :
> Hi,
>
> Version 1.1.18 wasn't properly tagged, so it
> carries the 1.1.16 version in the windows binary builds
> (only when you check the .dll version itself)
>
> It's a minor issue already fixed in the SVN, so
> before releasing new T
Hi,
Version 1.1.18 wasn't properly tagged, so it
carries the 1.1.16 version in the windows binary builds
(only when you check the .dll version itself)
It's a minor issue already fixed in the SVN, so
before releasing new Tomcat I'd like we have the
native release clean.
I'll make a tag and fixed
10 matches
Mail list logo