From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4203 invoked by alias); 31 May 2006 11:51:56 -0000 Received: (qmail 4193 invoked by uid 22791); 31 May 2006 11:51:54 -0000 X-Spam-Check-By: sourceware.org Received: from ceres.inf.ufsc.br (HELO ceres.inf.ufsc.br) (150.162.60.5) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 31 May 2006 11:51:51 +0000 Received: from localhost (localhost.inf.ufsc.br [127.0.0.1]) by ceres.inf.ufsc.br (Departamento de Informatica e Estatistica (INE/CTC/UFSC)) with ESMTP id AF3282E12C; Wed, 31 May 2006 08:51:47 -0300 (BRT) Received: from ceres.inf.ufsc.br ([127.0.0.1]) by localhost (ceres.inf.ufsc.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YaMHHXKiO+p1; Wed, 31 May 2006 08:51:46 -0300 (BRT) Received: from [150.162.59.237] (infd237.inf.ufsc.br [150.162.59.237]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ceres.inf.ufsc.br (Departamento de Informatica e Estatistica (INE/CTC/UFSC)) with ESMTP id AEB692E123; Wed, 31 May 2006 08:51:46 -0300 (BRT) Message-ID: <447D8356.6060804@inf.ufsc.br> Date: Wed, 31 May 2006 11:51:00 -0000 From: Luis Friedrich User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) MIME-Version: 1.0 To: Andrew Lunn CC: Anthony Tonizzo , ecos-discuss@ecos.sourceware.org References: <20060531083743.GD2478@lunn.ch> In-Reply-To: <20060531083743.GD2478@lunn.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Re: Any shell available? X-SW-Source: 2006-05/txt/msg00271.txt.bz2 Andrew Lunn wrote: >On Tue, May 30, 2006 at 06:02:28PM -0700, Anthony Tonizzo wrote: > > >>Andrew: >> >> >> >>>Now eCos has no concept of loading a program from secondary storage >>>and executing it. It has no concept of a program. It has no concept of >>>a process. >>> >>> >>I am not sure I agree 100% with this statement. >> >>eCos has both the concept of file system (and hence we can extrapolate >>the concept of secondary storage) as well as the concept of process, given >>that a process can be loaded by the objloader package and executed. >> >> > >I did wounder if anybody would bring up the objloader packege. > >Yes, we have a filesystem. However we don't have processes. > >We have threads, but not processes. To me there is a big >difference. For one, a process has resource management associated to >it. If a process dies, or is killed, all the resources associated to >it are released. Memory is put back into the pool, file handles are >closed etc. Also, a process contains one or more threads. Killing a >process kills all the threads in the process. > >Without having processes, from a pratical standpoint, you cannot have >programs which run to completion and exit. Thus you cannot have a >shell. > > > >>I do not see anything wrong with an application (call it shell) that >>is capable of both accessing a file system as well as loading from >>that file system a file and running it. >> >> > >To me, that is more like a boot loader and less like a shell, although >what you describe is somewhere between the two. To be a shell, what >has been loaded must be able to exist and be unloaded, and you must be >able to load something else which can exist and be unloaded, >add-infinitum. For this you need processes, not threads. > > Andrew > > > In other words you might say that you have only one process with the application threads and the OS code all running together on the same address space, and this could be called the program. Therefore, in order to load a program you'll have to start all over again, OS functionality plus application. Friedrich -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss