[Mono-devel-list] [PATCH] Move of Interlocked.Increment/Decrement/Exchange I4 to op codes
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
> 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