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]