[Python-Dev] PEP 203 Augmented Assignment

M.-A. Lemburg mal@lemburg.com
Thu, 27 Jul 2000 10:02:49 +0200


Guido van Rossum wrote:
> 
> I should add something about the assumed pseudo thread-safety of a+=b.
> 
> I think this assumption is bogus, since we have to load a, do some
> stuff, and then store a, and we can't guarantee that the stuff we do
> is atomic -- in face we *know* it's not if it involves a user-defined
> method.
> 
> Simply put:
> 
>     a += 1 IS NOT ATOMIC!
> 
> Note that C doesn't guarantee that a++ is atomic either, even if a is
> declared volatile.  (I believe there's an atomic data type, but I
> don't think it guarantees atomic ++.  That would be very expensive
> because the VM cache would have to be flushed on multiprocessor
> machines.  The only docs I found are at
> http://www.gnu.org/manual/glibc-2.0.6/html_node/libc_365.html.)

If that's the case, then why do we need augemented assignments
at all ?

(I understood the atomicness being the main argument for
introducing augmented assigns.)

-- 
Marc-Andre Lemburg
______________________________________________________________________
Business:                                      http://www.lemburg.com/
Python Pages:                           http://www.lemburg.com/python/