[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: IDL issue

From: Michal Suchanek
Subject: Re: IDL issue
Date: Tue, 10 Jul 2007 13:30:38 +0200

On 09/07/07, Jonathan S. Shapiro <address@hidden> wrote:
On Mon, 2007-07-09 at 14:28 +0200, Espen Skoglund wrote:
> I agree with you.  Returning the error code is more consistent...

I think that this outcome is interesting. So far, we have Shapiro
(Coyotos), Skoglund (L4), Landau (CapROS), Adams (Coyotos), Walfield
(Hurd, L4), and everybody else I have talked to about this agreeing that
returning the error code is the preferred outcome.

Given this, it is interesting (and perhaps unfortunate) that the various
L4 IDL compilers do not agree with us. :-)

> This might eliminate some problems due to sloppy programming.  The one
> argument I can think of in favour of returning the result value is a
> performance related one.  The architecture calling conventions...

Yes, but as Tom Bachmann pointed out, this is not an issue when stubs
are inlined. Inlining stubs seems to be a universal assumption, though
it is probably not an optimization to do this on most architectures.


I do not have that much experience with C programming. However, I had
to cut through the POSIX jungle of different interfaces on quite a few
occasions. And I think that a bit of consistency would make the
interface easier to learn. Probably easier to use and understand
existing code as well.

Thus I would favor returning of the error code which is well defined
for all operations.

However, I wonder why the environment argument is the last. Assuming
it is needed for all calls it would be more consistent if it were the
first argument. The last position is sort of consistent but it is not
so fixed in C.
Also making some logical rules for ordering of the other arguments
would be helpful.

Well, if I ever get to use the Coyotos interfaces I will try to use
whatever is available by then. But an interface that is easier to
understand is always welcome :-)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]