From mint-bounce@lists.fishpool.fi  Thu Jul 14 05:42:54 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Subject: Re: [MiNT] Re[3]: usage of wind_calc()
From: Evan Langlois <Evan@CoolRunningConcepts.com>
To: Zorro <zorro270@yahoo.fr>
Cc: MiNT List <mint@fishpool.com>
In-Reply-To: <42D57FC1.7020603@yahoo.fr>
References: <20050712202628.96446.qmail@web31015.mail.mud.yahoo.com>
	 <42D430A6.3070001@yahoo.fr>
	 <1121280981.4207.60.camel@taro.coolrunningconcepts.com>
	 <42D57FC1.7020603@yahoo.fr>
Content-Type: text/plain
Date: Wed, 13 Jul 2005 22:41:30 -0500
Message-Id: <1121312492.16044.5.camel@taro.coolrunningconcepts.com>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3 
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - esc14.midphase.com
X-AntiAbuse: Original Domain - fishpool.com
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - CoolRunningConcepts.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: Evan@CoolRunningConcepts.com
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
X-Virus-Scanned: by amavisd-new at relay.boerde.de
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de
X-Spam-Status: No, hits=-1.0 tagged_above=-50.5 required=7.0 tests=AWL,
 BAYES_00
X-Spam-Level: 

On Wed, 2005-07-13 at 22:55 +0200, Zorro wrote:
> Or maybe do you want to obligate MyAES to follow the Xaaes' specifications?

Sure, why not?

> Currently, the MiNT kernel has nothing better that the MagiC one( Maybe 
> the ext2/Minix partition support?.. nothing important for the final user).

Operating system kernels are not supposed to provide user features.
They provide features for developers.  The problem is that no one takes
advantage of MiNT features so they can be MagiC compatible.  I don't see
MagiC providing anything special for the user.  Prettier GUI interfaces
will be implemented in XaAES soon, and as for desktops, you have a
choice, but a real MiNT-aware desktop would be a huge bonus.  I'm just
not ready to work on that yet.

> When the freemint kernel will offer a *good* memory protection, virtual 
> memory and ELF external libraries/binaries, the users will "switch" 
> automatically.

And MagiC offers better memory protection, virtual memory, and ELF
libraries?  MiNT has the ability to do that in the future, but only if
people don't start up with "ELF dynamically loaded libraries won't work
on MagiC"

I'm amazed that we can't innovate the OS because we have to remain MagiC
compatible, but yet, we have to support MagiC users because they won't
switch, and they won't switch because we don't have all these new
features that MagiC doesn't have.   Bad logic combined with circular
logic!


