NAME

       send - 在一個不同的應用的執行一個命令

總覽 SYNOPSIS

       send ?options? app cmd ?arg arg ...?
_________________________________________________________________

描述 DESCRIPTION

       這個命令安排在叫做  app 的應用中執行 cmd (和 args)。它返回這個命令執行的結果或錯誤。App 可
       以是其主視窗在容納傳送者的主視窗的顯示器上的任何應用的名字；不需要在同一個程序中。如果不存
       在  arg 引數，則要執行的這個命令完全的包含在 cmd 引數內。如果存在一個或多個 args，則把它們
       串聯起來形成要執行的命令，就象 eval 命令那樣。

       如果這個命令的最初的引數開始於“-”，則把它們作為選項對待。當前定義了下列選項:

       -async 要求非同步呼叫。在這種情況下 send     命令將立即完成而不等待 cmd     在目標應用中完
              成；不能獲得任何結果並且忽略在傳送命令中的錯誤。如果目標應用與傳送的應用在同一個程
              序中則忽略     -async 選項。

       -displayof pathName
              指定目標應用的主視窗是在用 pathName  給出的視窗的顯示器上，而不是包含應用的主視窗的
              顯示器。

       --     除了終止選項的列表沒有其他用途。這個選擇只在 app     包含一個前導的“-”字元時需要。

應用的名字 APPLICATION NAMES

       用程式或建立這個應用的指令碼的名字來初始設定應用的名字。你可以用 tk appname 命令查詢和變更
       一個應用的名字

停用傳送 DISABLING SENDS

       如果從應用中刪除了 send 命令(比如，使用了命令 rename send  {})，則這個應用不對到來的傳送請
       求做任何響應，也不能發起外出的請求。可以透過呼叫 tk appname 命令重新啟用通訊。

安全 SECURITY

       send 命令是一個潛在的嚴重的安全漏洞。在 Unix 上，可以連線到你的 X 伺服器的任何應用都可以向
       你的應用傳送指令碼。這些到來的指令碼可以使用 Tcl 來讀寫你的檔案和用你的名字呼叫子程序。 基
       於主機的訪問控制比如  xhost 特別不安全，因為它允許在特定主機上有一個帳戶的任何人連線到你的
       伺服器上，並且如果停用了它則允許任何人從任何地方連線到你的伺服器。為了提供少量的安全性，Tk
       檢查伺服器使用的訪問控制，並且除非是  (a)啟用了 xhost式樣的訪問控制(就是說只有特定主機可以
       建立連線)，和  (b)允許的主機的列表是空的，否則丟棄到來的傳送。這意味著除非應用使用了其他形
       式的授權(authorization)比如   xauth，否則不能連線到伺服器上。   在   Windows  上，目前禁用 │
       send。它的多數功能由 dde 命令提供。

關鍵字 KEYWORDS

       application, dde, name, remote execution, security, send                                   │

[中文版維護人]

       寒蟬退士

[中文版最新更新]

       2002/05/28

《中國 Linux 論壇 man 手冊頁翻譯計劃》:

       http://cmpp.linuxforum.net

跋

       本頁面中文版由中文 man 手冊頁計劃提供。
       中文 man 手冊頁計劃：https://github.com/man-pages-zh/manpages-zh