[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] Fwd: Re: marathon,was:Egale
Jo Even Skarstein wrote:
> > I think the slb has its own apid, which differs from that of the caller.
>
> If that's the case then there's a problem. Such a behaviour (SLB itself
> being an AES client) means that you can't use the AES cleanly from a SLB!
>
> - appl_init() from the SLB will register the SLB as an AES client. But
> there can't be more than one AES client per process, so this SLB is no
> longer shared.
> - If a function in a SLB calls the AES and the AES sees this as a call
> from the SLB process, then the SLB must also call appl_init()...
>
> So you're stuck ;)
Not me - marathon ;-)
> The AES must treat calls from a SLB function as if they're coming from the
> process that's calling this SLB function. If not, then SLB's can't work as
> intended.
So the AES should test for every trap if it comes from an slb, and if so use the callers apid? I guess it's
easier and much cleaner to implement a proper interface in the slb (like other libs do).
-Helmut