On 17/01/2008, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote:
>
> > >
> > > I think I have found the problem spot using my wife's dual-core Mac. I
> > > suspect I have never been seeing those problems because my primary Linux
> > > system is single-core.
> > >
> >
> > Ah - my laptop is also dual-core.
> >
> > > Thanks for all you help
> >
> > No problem.
>
> Sebastian, Anthony, et al
>
> The problem appears to have been solved. At least I am no longer able to
> reproduce it on my dual-core Mac. Could you please get the latest
> snapshot off the SVN trunk and test whether you can still reproduce the
> problem locally?
>
I'm still getting an error:
-------------------------------------------------------------------------------
Test set: org.apache.http.nio.TestAll
-------------------------------------------------------------------------------
Tests run: 97, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
11.391 sec <<< FAILURE!
testEndpointUpAndDown(org.apache.http.impl.nio.reactor.TestDefaultListeningIOReactor)
Time elapsed: 0.094 sec <<< FAILURE!
junit.framework.AssertionFailedError: expected:<1> but was:<0>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:282)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:201)
at junit.framework.Assert.assertEquals(Assert.java:207)
at
org.apache.http.impl.nio.reactor.TestDefaultListeningIOReactor.testEndpointUpAndDown(TestDefaultListeningIOReactor.java:140)
This was for SVN:
URL: https://svn.apache.org/repos/asf/httpcomponents/httpcore/trunk
Repository Root: https://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 612952
Node Kind: directory
Schedule: normal
Last Changed Author: olegk
Last Changed Rev: 612862
Last Changed Date: 2008-01-17 16:46:03 +0000 (Thu, 17 Jan 2008)
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode)
By the way, Findbugs says that the field:
address in ListenerEndpointImpl (nio)
is partially synchronised.
This seems to be due the constructor not synching the field.
Perhaps make it volatile and remove the existing synch blocks?
Also SSLIOSession$InternalByteChannel#close() appears to be an
infinite recursive call of itself.
> Oleg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
