DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=37356>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37356 ------- Additional Comments From [EMAIL PROTECTED] 2006-03-10 08:03 ------- (In reply to comment #19) > > I have a look at tomcat source code and it seems that the session validy > management is not always 'synchronized', so I agree with the "race condition > theory" ... > Yes, that were my thoughts as well, but the ++ and -- operations (as in sessionCount++) are atomic because sessionCount is an int. They should not need to be synchronized according to the virtual machine specifications. On another note: We also recently moved one perfectly well working installation to a new server, and suddntly we encounter this issue there as well. Previous installation: Single-Intel-CPU SuSE 9.0 Linux with kernel 2.6.11 Tomcat 5.0.29 - standalone jdk1.5.0_02 current installation: Dual AMD-x64 CPUs SuSE 9.3 (mostly out-of the box) with kernel 2.6.14 Tomcat 5.0.30 Apache httpd mod_jk jdk1.5.0_06 (x64) So the trigger has to be either the 64bit CPU / Java or Tomcat and mod_jk, or something in my configuration (the application is the same .war file) I do not have local access to any x64 machine, so I cannot debug that here, maybe someone else can jump in? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
