Ссылка на сценарий shell application x shellscript

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх

Доброго времени, читатели моих постов о Linux!

В сегодняшней статье расскажу о том, как работают исполняемые файлы. Из моей прошлой статьи о атрибутах доступа к файлам в Linux думаю Вам будет известно, что такое полномочия выполнения (исполнения).  Данное право можно установить для любого файла. Исходя из этого, можно задать вопрос: неужели любой файл можно сделать программой? Да, так  и есть. В Linux является ли файл исполняемым или нет, определяется не по его расширению, как в Windows (понятие расширение файла отсутствует в файловой системе Linux), а по правам доступа. Если у файла установлено право x (выполнения), его можно запустить на выполнение.

Что происходит, когда мы пытаемся выполнить файл? Мы пытаемся набрать имя и, может быть, путь к файлу, который пытаемся запустить в командной строке и нажимаем Enter. (если файл расположен в текущем каталоге, то необходимо набирать ./program). В первую очередь, оболочка проверяет, а имеет ли пользователь права на исполнение этого файла? Если имеет, тогда система смотрит, а это исполняемый бинарный файл? В Linux все исполняемые бинарные файлы в начале файла имеют заголовок .ELF (Executable and Linkable Format) (напомню, что в Windows в исполняемых файлах заголовок — MZ). Если это исполняемый бинарный файл, тогда, согласно его заголовку, происходит распределение оперативной памяти, и управление передается программе.

Если файл не бинарный, тогда считается, что это текстовый файл — скрипт или сценарий. В первых двух байтах сценария обнаруживается последовательность символов #!. Если символы «#!» присутствуют, тогда всю первую строку сценария, начиная с третьего байта, ядро воспримет как команду обработки. Исполнение сценария, содержащего указанную последовательность приведет к запуску указанной после » #!» команды, последним параметром которой будет имя самого файла сценария. Например, для файлов, написанных на языке shell script, первая строка будет выглядеть так:
#! /bin/sh

Для программ, написанных на perl, так:
#! /bin/perl

Таким образом, можно написать сценарий для любой программы, пример:

[bash@localhost ]$ cat > to.sort
 #!/bin/sort
 some
 unsorted
 lines
[bash@localhost ]$ chmod +x to.sort
[bash@localhost ]$ ./to.sort
 #!/bin/sort
 lines
 some
 unsorted

Во всех интерпретируемых языках программирования # — это символ комментария. То есть первая строка считается комментарием и программой не выполняется. При указании интерпретатора можно писать аргументы командной строки. Например:
#! /bin/sed -f command

Если в файле в первой строке нет этих символов, тогда все зависит о программы оболочки, в которой запускается программа. Если используется bash, то он считает, что файл содержит программу, написанную на языке shell script, запускает копию себя любимого и передает этой копии файл на интерпретацию. Если в файле действительно находится программа, то он ее выполняет. Если в файле находится «Война и мир» графа Льва Николаевича Толстого, то на экране появляются сообщения об ошибках shell script: «Я не знаю оператор Пьер Безухов. Наташа Ростова — это оператор или функция?»

Если Вы желаете выполнить exe-файл, который запускали в Windows, необходимо воспользоваться таким пакетом, как Wine. Но это уже совсем другая тема.

С Уважением, Mc.Sim!

P.S. Спасибо http://www.kryukov.biz/ за исходный текст.

Теги: bash, Linux, команды, основы

A Shell script is a script written for and to be interpreted by a Shell. Shell scripts use ShellCommands and a specific syntax. Operations performed by shell scripts include file manipulation, program execution, and printing text.

A script is a text file, which may or may not have the file extension .sh. Other file extensions may also be used, e. g. .bash or .zsh, but this has no effect on the script’s functionality. They are just used to inform a human user about the syntax used in the script or to tell an editor program which syntax highlighting it should use.

The first line of the file begins with the so called shebang (#!) followed be the path to the shell to interpret and execute the rest of the script:

For scripts using POSIX syntax:

#!/bin/sh

For scripts using Bash syntax:

#!/bin/bash

The MIME type of shell scripts is nowadays text/x-shellscript but other systems may still use application/x-shellscript. As the MIME type depends on the system’s configuration, other MIME types may be used, even text/plain.

On Microsoft Windows .bat or .cmd files play a similar role but have a different syntax.

External links

• https://www.shellscript.sh/ — Linux Shell Scripting Tutorial

CategoryCommandLineInterface

OS: Kubuntu 18.04

The default file manager, dolphin, has the facility to use Service Menus, somewhat like Custom Actions in thunar and pcmanfm or Nautilus Actions.

Quoting from here:

In KDE-speak a «servicemenu» is a special entry that appears in a
context menu (or other context-based interface) for a file (or for
directory), depending on the type of files that are selected.

More information is available here.

To learn a bit more about this facility made my own Service Menu called «Open with Kate», ~/.local/share/kservices5/ServiceMenus/open-file.desktop, which I want to use to view and edit scripts in my ~/bin folder when in Dolphin.

[Desktop Action open-file]
Exec=kate "%U"
Name=Open with Kate
Icon=document-open

[Desktop Entry]
Actions=open-file

#Works
#MimeType=all/all

#Works
MimeType=text/plain;

#Doesn't work
#MimeType=text/x-shellscript;

ServiceTypes=KonqPopupMenu/Plugin
Type=Service
X-KDE-Priority=TopLevel

If I use MimeType=all/all or MimeType=text/plain; the service menu is functional. An «Open with Kate» entry is present and functional:

But I wondered if I could narrow the scope of this menu by changing the MimeType from all/all or text/plain to something more appropriate.

$ file --mime timestamp.sh
timestamp.sh: text/x-shellscript; charset=us-ascii
$

So I tried using MimeType=text/x-shellscript; hoping that the «Open with Kate» entry would appear when I right-clicked on plain text files or scripts but result is that the «Open with Kate» entry just disappears:

But x-shellscript is present in at least one .desktop file on my system, vim.desktop (towards the end of grep’s output):

$ grep -i shellscript /usr/share/applications/*.desktop
/usr/share/applications/vim.desktop:MimeType=text/english;text/plain;text/x-makefile;text/x-c++hdr;text/x-c++src;text/x-chdr;text/x-csrc;text/x-java;text/x-moc;text/x-pascal;text/x-tcl;text/x-tex;application/x-shellscript;text/x-c;text/x-c++;
$

So why doesn’t MimeType=text/x-shellscript; work in the context of «Open with Kate»?

Subversion редко устанавливает типы пантомимы сама по себе; либо ваш клиент сделал это сам (в этом случае вы, вероятно, захотите настроить его конфигурацию), либо активна некоторая форма стандартной обработки svn auto-props (опять же, вы захотите настроить ее — для сценариев оболочки вы также хотите установить svn:eol-style в LF; некоторые оболочки будут ругаться на окончания строк DOS/Windows, и, обеспечив повсеместное использование окончаний строк Unix, вы избежите проблем с использованием файлов через сетевой ресурс или некоторые сборки оболочек Windows (например, Cygwin)).

Проблема с виной svn заключается в том, что свойство имеет версию. Любая версия файла до изменения свойства по-прежнему является двоичной (поскольку MIME-тип не начинается с text/), поэтому различия (и вины) не будут работать (легко) против этих версий.

я думаю единственный фиксировать для этого нужно заставить администратора изменить репозиторий, чтобы удалить «плохой» тип пантомимы.

Однако в качестве обходного пути вы должны иметь возможность передать —force виноват, чтобы указать ему обрабатывать все файлы как текст.

Фактически, глядя на http://subversion.1072662.n5.nabble.com/svn-blame-not-working-for-files-which-had-binary-mime-type-in-a-previous-revision-td177847.html, последние клиенты Subversion скажут вам использовать —force.