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

Re: GEM and memory protection



q-funk@megacom.net%INTERNET wrote:
> 
>  >> I know, that it is not Gemini's fault, but why not making it better? BTW
>  >> I have not hered of any Desktop that does that though I have written that in
>  >> a Newsgroup a few months ago. Maybe I've missed something...
>  >
>  >Well, that's certainly a good idea.
>  >
>  >BTW; it would also be a good idea when -- on a protection violation -
>  >the kernel would also display the process name of the owner of the
>  >memory block that the process whas trying to access (if available).
> 
> Iv've always felt AV servers should be rewritten to make use of /pipe
> or /shm so that data can be passed without violating protection. This
> would not change the protocol itself, only how the server handles it.

If you haven't done it properly in the first place, somebody has to
change the program flags - a no-brainer.

Why invent yet another protocol?

If you want to use a protocol which does *not* use pointer passing,
use the MultiTOS D&D protocol. That's why it was invented.

Regards, jr