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:54 -------
> 
> Generally this is not enough to have thread-safe code. For instance this kind 
> of
> code is not thread-safe:
>   this.x--;
>   if (this.x == 0) ...
> In this case AtomicInteger.decrementAndGet can be used.

Of course, but as far as I could tell, in the tomcat session-management there is
a sessionCount-- for every sessionCount++, so in the end there should be a total
sessionCount of 0. Maybe one of the checks for sessionCount==0 does not always
immediately give the 'correct' result - but in the long run it has always to
return to zero.


> 
> > 
> > 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)
> 
> Threading problems (ie lack of synchronization) are more visible on multi-CPU 
> or
> multi-core configurations.
> 
I'll have to check if all machines we see this on are multi-core...

-- 
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]

Reply via email to