[Mono-devel-list] [PATCH] Move of Interlocked.Increment/Decrement/Exchange I4 to op codes

Paolo Molaro lupus at ximian.com
Tue Nov 30 09:18:56 EST 2004

On 11/29/04 Ben Maurer wrote:
> On Mon, 2004-11-29 at 19:31 +0100, Paolo Molaro wrote:
> > BTW: please don't send me _three_ copies of the same mail.
> > Just post to the list.
> Sorry about that. Hit the wrong button twice ;-)

Thanks, now I got only two copies, it is an improvement at least, though
you could certainly do better and just don't mail me multiple copies
of the same mail.

> > Note that this data
> > is built into the mono binary, so it can't never happen that
> > it's accidentally changed (like a corlib version which can
> > be different than the one compiled together with mono: which itself
> > is fine).
> You can't take the corlib from version 1.0.2 and use the runtime from
> 1.0.4. That would be buggy at best, and at worse could make a system
> with a security hole. 

You apparently still don't understand, since this is a completely 
unrelated issue and it is already checked for. The corlib version is
about the corlib <-> runtime ABI. We are talking instead about the
runtime <-> aot images ABI. They are two different things: take the time
to understand the issue because you're mixing them up and just wasting 
our time.

> Not to mention, executing an untrusted .so aot file is a security hole

Dude, that's not the issue: the issue is that with your proposal of
using the corlib guid, there is no relation to the runtime <-> aot
ABI. Saying abvious things about unrelated issues is just a waste of time.

> The abi is more than a list of fields and offsets. The meaning of a

Good, so it looks like you at least read the part of my email where 
I said that.

> field can be changed without changing its name. There are also many
> other changes that could be made (for example, sorting instance fields
> so that we avoid holes) which would not change this ABI. Rather than

Wrong. Changing the fields order and offsets _will_ change the 
aot <-> runtime ABI. Sigh.

[...other fluff deleted...]


lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better

More information about the Mono-devel-list mailing list