Home » U++ Library support » U++ MT-multithreading and servers » Intentionally inconstistent use of "Atomic" in Mt.h?
| Re: Intentionally inconstistent use of "Atomic" in Mt.h? [message #14239 is a reply to message #14167] |
Wed, 20 February 2008 19:39   |
 |
mirek
Messages: 14291
Registered: November 2005
|
Ultimate Member |
|
|
| Werner wrote on Sat, 16 February 2008 11:36 |
| luzr wrote on Sat, 16 February 2008 17:03 |
Well, but you should not directly assign Atomic to int, you should rather use AtomicRead...
|
A misunderstanding? If so, sorry for expressing the issue insufficiently!
I'm talking about the all the "Atomic..." functions in Mt.h, i. e.
AtomicDec,
AtomicInc,
AtomicRead,
AtomicWrite,
AtomicXAdd.
They all have an "Atomic&" as parameter but treat it with an "int" and/or return an "int".
|
First of all I think this is miniscule problem... not worthy of such detailed examination.
Anyway, notice this: The set of functions is complete. You never need to assign int directly to Atomic or back.
Imagine some platform that e.g. lacks interlocked operations. In that case you would need to simulate Atomic using mutex:
struct Atomic { Mutex lock; int value; }
There are no direct conversions to/from Atomic now... But using AtomicRead/Write and others, returning int, everything works.
Sure, things are not ideal, perhaps Atomic should rather be class from the beginning and all operations its methods....
Mirek
|
|
|
|
Current Time: Sun Sep 27 18:41:27 GMT+2 2026
Total time taken to generate the page: 0.00656 seconds
|
U++ framework
Search
Help
Members
Register
Login
Home
