Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| Message-ID | <00b830e9-ab88-4de3-aa9e-59a559edfd08@googlegroups.com> (permalink) |
|---|---|
| Newsgroups | comp.std.c++ |
| From | siegebell@googlemail.com |
| Subject | Re: semantics of multithreading? |
| Organization | unknown |
| References | <b5950868-7d0a-4485-8c1e-166e74843669@googlegroups.com> <0deed2c4-9e51-406b-b608-68c4915dde3d@googlegroups.com> <80e6c857-659f-4b79-87a4-67419d665eed@googlegroups.com> <0385d20b-a476-4b85-bfa7-de533543a076@googlegroups.com> <b29b63FoklqU1@mid.uni-berlin.de> |
| Date | 2013-06-23 19:19 -0600 |
On Tuesday, June 18, 2013 2:36:47 PM UTC-4, Michael Karcher wrote: > While you are most likely right that the standard makes no guarantee on > this, it still discourages implementations that do not let the example > program terminate. See N3337 1.10, clause 2: "Implementations should ensure > that all unblocked threads eventually make progress". As in the example > program, neither thread is blocked, the store in thread 2 should eventually > be reached. > > It goes on to explain that for example thread priorities in the execution > environment might make guarantees implossible. Thank you! This is exactly what I was looking for. -cj -- [ comp.std.c++ is moderated. To submit articles, try posting with your ] [ newsreader. If that fails, use mailto:std-cpp-submit@vandevoorde.com ] [ --- Please see the FAQ before posting. --- ] [ FAQ: http://www.comeaucomputing.com/csc/faq.html ]
Back to comp.std.c++ | Previous | Next — Previous in thread | Next in thread | Find similar
semantics of multithreading? siegebell@googlemail.com - 2013-06-10 12:23 -0700
Re: semantics of multithreading? Jason McKesson <jmckesson@googlemail.com> - 2013-06-11 12:19 -0700
Re: semantics of multithreading? Martin Bonner <martinfrompi@yahoo.co.uk> - 2013-06-13 08:42 -0700
Re: semantics of multithreading? siegebell@googlemail.com - 2013-06-15 08:42 -0600
Re: semantics of multithreading? Jason McKesson <jmckesson@googlemail.com> - 2013-06-16 19:58 -0600
Re: semantics of multithreading? usenet@mkarcher.dialup.fu-berlin.de (Michael Karcher) - 2013-06-18 11:36 -0700
Re: semantics of multithreading? siegebell@googlemail.com - 2013-06-23 19:19 -0600
Re: semantics of multithreading? siegebell@googlemail.com - 2013-06-23 19:18 -0600
csiph-web