انجمن‌های فارسی اوبونتو

لطفاً به انجمن‌ها وارد شده و یا جهت ورود ثبت‌نام نمائید

لطفاً جهت ورود نام کاربری و رمز عبورتان را وارد نمائید


توزیع گنو/لینوکس اوبونتو ۲۰ ساله شد 🎉

نویسنده موضوع: وظایف شل  (دفعات بازدید: 1003 بار)

0 کاربر و 1 مهمان درحال مشاهده موضوع.

آفلاین Mmjafari

  • High Sr. Member
  • *
  • ارسال: 556
  • جنسیت : پسر
  • لیلی نام دیگر آزادی ست
    • صفحه من تو گیت
وظایف شل
« : 18 امرداد 1396، 05:55 ب‌ظ »
سلام
یک شل به دقیقا چه کاری باید انجام بده؟

آفلاین سلمان م.

  • ناظر انجمن
  • *
  • ارسال: 4106
  • جنسیت : پسر
  • GNU Operating System - سیستم عامل گنو
پاسخ : وظایف شل
« پاسخ #1 : 18 امرداد 1396، 06:49 ب‌ظ »
پوسته (در ویکی‌پدیا)

آفلاین فاروق

  • Hero Member
  • *
  • ارسال: 992
  • جنسیت : پسر
  • <شعار>این یک شعار است</شعار>
    • تارنمای فاروق
پاسخ : وظایف شل
« پاسخ #2 : 18 امرداد 1396، 08:57 ب‌ظ »
From The Jargon File (version 4.4.7, 29 Dec 2003) [jargon]:

  shell
   n.
 
      [orig. {Multics} techspeak, widely propagated via Unix]
 
      1. [techspeak] The command interpreter used to pass commands to an
      operating system; so called because it is the part of the operating system
      that interfaces with the outside world.
 
      2. More generally, any interface program that mediates access to a special
      resource or {server} for convenience, efficiency, or security reasons; for
      this meaning, the usage is usually a shell around whatever. This sort of
      program is also called a wrapper.
 
      3. A skeleton program, created by hand or by another program (like, say, a
      parser generator), which provides the necessary {incantation}s to set up
      some task and the control flow to drive it (the term {driver} is sometimes
      used synonymously). The user is meant to fill in whatever code is needed to
      get real work done. This usage is common in the AI and Microsoft Windows
      worlds, and confuses Unix hackers.
 
      Historical note: Apparently, the original Multics shell (sense 1) was so
      called because it was a shell (sense 3); it ran user programs not by
      starting up separate processes, but by dynamically linking the programs
      into its own code, calling them as subroutines, and then dynamically
      de-linking them on return. The VMS command interpreter still does something
      very like this.
 


http://pcworms.blog.ir
بعد از بررسی پست های قدیمیم، فکر میکنم یک عذرخواهی بدهکارم! معذرت میخوام و اگر اشتباه کردم مستقیم و روشن راهنمایی کنید تا تکرار نکنم.
کانال IRC