[concurrency-interest] On A Formal Definition of 'Data-Race'

Kirk Pepperdine kirk at kodewerk.com
Sun Apr 14 04:27:17 EDT 2013

To be honest, without any context it's hard to determine if any of the behaviours are racy or not. Brian's example looked very racy, this one looks worse... the original is obviously the worst of the bunch... the question is; what do you mean by racy and at some point you have to have some domain context to understand intend so you know what is or isn't allowed in that context. Any less and it's a discussion of semantics to which all I can say is that you're all right and you're all wrong at the same time.

-- Kirk

On 2013-04-14, at 2:42 AM, thurstonn <thurston at nomagicsoftware.com> wrote:

> Before I answer fully, let me ask you about another variant of the program:
> Thread 1                     Thread 2
> this.shared = 10            local = this.shared
> Is this "racy"?  Clearly there is no explicit happens-before.  But, at least
> in my reading of the (your) definition that I quoted in my OP, it wouldn't
> qualify as a data-race.
> --
> View this message in context: http://jsr166-concurrency.10961.n7.nabble.com/On-A-Formal-Definition-of-Data-Race-tp9408p9413.html
> Sent from the JSR166 Concurrency mailing list archive at Nabble.com.
> _______________________________________________
> Concurrency-interest mailing list
> Concurrency-interest at cs.oswego.edu
> http://cs.oswego.edu/mailman/listinfo/concurrency-interest

More information about the Concurrency-interest mailing list