On Tue, Jan 16, 2001 at 10:10:53AM -0700, John Regehr wrote:
> > On Tue, Jan 16, 2001 at 08:17:00AM -0700, John Regehr wrote:
> > > The point is that real-time applications have widely varying
> > > requirements and, as people have been discussing recently, not everybody
> > > wants to stuff their app into the more restricted and difficult
> > > enviroment.
> >
> > I want to point out that (A) RTLinux programming environment is not so
> > difficult and
>
> I agree that it's not that hard, but it does raise the bar somewhat.
> The user/kernel boundary is there for a reason, after all: to prevent
> buggy applications from corrupting each other or the system, and to make
> it possible to reclaim all resources when an app terminates abnormally.
>
> That said, the real-time signals in RTLinux 3 look really cool, and they
> are a nice step towards providing a friendlier programming model.
>
Thanks. We have a funny message to put out: on the one hand RTL
programming requires some skill level but on the other hand, I don't want
people to automatically assume you need to be a kernel hacker to write
RTL code.
> John
--
---------------------------------------------------------
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
