All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ihar 'Philips' Filipau" <filia@softhome.net>
To: asdfd esadd <retu834@yahoo.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 2.7 thoughts: common well-architected object model
Date: Sat, 11 Oct 2003 19:03:54 +0200	[thread overview]
Message-ID: <3F8837FA.4090808@softhome.net> (raw)
In-Reply-To: <FutO.5TB.29@gated-at.bofh.it>

asdfd esadd wrote:
> the other OS has an at this stage highly consistent
> object model user along the lines of COM+ from the
> kernel up encompassing a single event, thread etc.
> model. Things are quite consistently wrapped, user
> mode exposed if needed etc. If people were to fully
> draw on it and the simpler .net BCL and not ride win32
> that would (will be) a killer.  
> 
> So let me restate the need:
> 
> * a unified well architected core component model
> which is extensible from OS services to application
> objects
> 
> * the object model should be defined from the kernel
> layer for process/events/devices etc. up and not
> started at the application layer
> 

   Hm.

   Any real world application for which POSIX is not enough?
   Any real world application which can benefit /enourmosly/ from this?

   State, please, problem first - do not put the requirements ahead of 
problem.

   Since as of event system I would say POSIX (and Linux in particular) 
far ahead of permanently inconsistent Win32.
   [ Win32 is a very bad example, since you have there a "spawn one more 
thread" solution/workaround for any problem. Try to read MSDN by yourself. ]

P.S. <kidding> Probably Java is what you are looking for? (java.* after 
all some kind of kernel for Java, and jvm is some kind of cpu ;-)))) 
</kidding>

-- 
Ihar 'Philips' Filipau  / with best regards from Saarbruecken.
--
   "... and for $64000 question, could you get yourself vaguely
      familiar with the notion of on-topic posting?"
				-- Al Viro @ LKML


       reply	other threads:[~2003-10-11 17:03 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Ft4B.3ML.3@gated-at.bofh.it>
     [not found] ` <FutO.5TB.29@gated-at.bofh.it>
2003-10-11 17:03   ` Ihar 'Philips' Filipau [this message]
2003-10-11  4:45 2.7 thoughts: common well-architected object model asdfd esadd
2003-10-11 14:30 ` Valdis.Kletnieks
2003-10-11 16:06   ` asdfd esadd
2003-10-11 16:48     ` Valdis.Kletnieks
2003-10-11 17:13       ` asdfd esadd
2003-10-11 17:38         ` Valdis.Kletnieks
2003-10-11 17:56           ` asdfd esadd
2003-10-11 18:20             ` Mark Hahn
2003-10-11 18:13       ` Zwane Mwaikambo
2003-10-11 23:33         ` J.A. Magallon
2003-10-11 17:00     ` Scott Robert Ladd
2003-10-11 17:57     ` Kenn Humborg
2003-10-11 18:34       ` asdfd esadd
2003-10-11 18:46         ` Valdis.Kletnieks
2003-10-11 19:01         ` Kenn Humborg
2003-10-11 19:11           ` retu
2003-10-11 19:25           ` viro
2003-10-12 11:59         ` Jamie Lokier
2003-10-12 16:04           ` retu
2003-10-12 16:44             ` Valdis.Kletnieks
2003-10-12 16:51               ` retu
2003-10-12 17:50                 ` viro
2003-10-12 21:52             ` Jamie Lokier
2003-10-12 20:21         ` Rik van Riel
2003-10-13 20:21         ` James Antill
2003-10-14  5:01           ` retu
2003-10-14  6:00             ` Nick Piggin
2003-10-14  5:31           ` retu
2003-10-14  6:05             ` Tim Hockin
2003-10-14  6:46             ` viro

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F8837FA.4090808@softhome.net \
    --to=filia@softhome.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=retu834@yahoo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.