[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]A ver, vamos a poner las cosas en orden: Un shell es una interfas sistema-usuario. La palabra shell se usa normalmente para referirse a los shells de línea de comandos, pero en el sentido estricto esto es erróneo: también hay shells gráficos. Digamos que en el ambiente UNIX, si dices shell, sin especificar si gráfico o de comandos, se asume que estas hablando de un bash, ksh, csh o cualquiera de esos. De hecho, podrían haber shells de realidad virtual o símplemente sonoros, para discapacitados. Un shell no tiene que ser un sistema operativo, como David Arias supone. Por lo tanto, Win 3.x y sus anteriores son shells, al igual que GNOME y KDE. Esta confusión viene del mencionar que un shell es un mediador máquina-usuario. Pero en realidad es sistema-usuario, lo cual hace de la definición del shell algo más abstracto. Todo sistema operativo debe tener por lo menos un shell, y generalmente tienen varios: DOS tenía command.com y Windows, por ejemplo. X Window (el puro sevidor, o sea, Xserver, libX11 y el X Protocol) no es un shell, ya que no provee elementos suficientes para ofrecer un modelo de representación del sistema al usuario. O sea, no es una interfas: es un engine de ventanas gráficas: una parte más del sistema operativo sobre la cual corren muchos shells distintos. GNOME y KDE son infraestructuras para aplicaciones, si. Y una de dichas aplicaciones son sus respectivos shells (Panel, Window Manager, File Manager, configuradores, etc). Desde este punto de vista, los Window Mannagers (IceWM, FVWM, Window Maker, etc.) son shells, pero incompletos al no poseer ya sea administradores de archivos, configuradores o páneles para el arranque de aplicaciones, los cuales cubren ciertas partes del sistema que en estos casos tienen que ser manipuladas a mano (lease editores y línea de comandos). Saludos, Arturo _______________________________________________ Ayuda mailing list Ayuda en linux org mx