Расширение исполняемый файл: Исполняемый файл — Википедия – Исполняемые файлы | Расширение файлов, типы файлов.

Содержание

Список расширений исполняемых файлов / FAQ / CTS

Файл с исполняемым расширением (см. Что такое расширение файла?) в отличие от других форматов файлов, которые только содержат данные, например, музыку, видео, текстовый документ и т.п., могут быть запущены на исполнение. Т.е., если вы открываете файл с одним из исполняемых расширений, ваш компьютер может, без вашего дальнейшего участия, выполнить одну или несколько операций, запрограммированных в этом файле. Это могут быть как полезные действия, например, запуск текстового редактора или интернет-браузера, так и действия несущие в себе опасность для ваших данных или других программ на компьютере, т.е. это может быть компьютерный вирус.

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

Примечание: это не полный, но пополняемый список исполняемых расширений файлов. Если вы знаете еще о каком-то исполняемом расширении файла, пожалуйста, сообщите.

РасширениеФорматWindowsMacOS
Linux
AndroidiOS
ACTION Automator Action        
APK Приложение        
APP Исполняемый файл        
BAT Batch File        
BIN Binary Executable    
CMD Command Script        
COM Command File
 
     
COMMAND Terminal Command        
CPL Control Panel Extension        
CSH C Shell Script      
EXE Исполняемый файл        
GADGET Windows Gadget        
INF1 Setup Information File        
INS Internet Communication Settings        
INX InstallShield Compiled Script        
IPA Приложение        
ISU InstallShield Uninstaller Script        
JOB Windows Task Scheduler Job File        
JSE JScript Encoded File        
KSH
Unix Korn Shell Script
       
LNK File Shortcut        
MSC Microsoft Common Console Document        
MSI Windows Installer Package        
MSP Windows Installer Patch        
MST Windows Installer Setup Transform File        
OSX Исполняемый файл        
OUT Исполняемый файл        
PAF Portable Application Installer File        
PIF Program Information File        
PS1 Windows PowerShell Cmdlet        
REG Registry Data File        
RGS Registry Script    
 
 
RUN Исполняемый файл        
SCT Windows Scriptlet        
SH Shell Script      
SHB Windows Document Shortcut        
SHS Shell Scrap Object        
U3P U3 Smart Application        
VB VBScript File
 
     
VBE VBScript Encoded Script        
VBS VBScript File        
VBSCRIPT Visual Basic Script        
WORKFLOW Automator Workflow        
WS Windows Script        
WSF Windows Script        

Если вы не нашли ответ или нужную информацию, задайте вопрос через форму обратной связи. Или напишите комментарий здесь.

Сравнение форматов исполняемых файлов — Википедия

Название формата Операционная система Расширение имени файла Явное указание процессора Произвольные разделы Метаданные Цифровая подпись Таблица строк Таблица символов 64 бита Много­архитектурные Может содержать значок
OS/360 Системы мейнфреймов OS/360 и VS/9 Нет Нет Нет Нет Нет Нет Да Да Нет Нет
a.out UNIX-подобная Нет Нет Нет Нет Нет Да[1]
Да[1] Расширение Нет Нет
COFF UNIX-подобная Нет Да для файла Да Нет Нет Да Да Расширение Нет Нет
ECOFF Ultrix, Tru64 UNIX, IRIX Нет Да для файла Да Нет Нет Да Да Да Нет Нет
XCOFF IBM AIX, BeOS, Mac OS Нет Да для файла Да Нет Нет Да Да[2] Да Нет Нет
ELF UNIX-подобная Нет Да для файла Да Да Да[3] Да Да[4] Да
Расширение[5]
Расширение[6]
Mach-O[7] NeXTSTEP, OS X, iOS Нет Да для секции Some (limited to max. 256 sections) Да Да Да Да Да Да Нет
SOM HP-UX, MPE/ix Неизвестно Неизвестно Неизвестно Нет Нет Неизвестно Да Нет Неизвестно Нет
Amiga Hunk AmigaOS Неизвестно Неизвестно Да Да Нет Нет Да Нет Да Нет
PEF[8] Mac OS Нет Да для файла Нет Нет Нет Да Да Нет Нет Нет
CMD CP/M-86, MP/M-86, Concurrent CP/M-86, Personal CP/M-86, S5-DOS, Concurrent DOS, Concurrent DOS 286, FlexOS, S5-DOS/ST, S5-DOS/MT, Concurrent DOS 386, Multiuser DOS, System Manager, REAL/32, DOS Plus .CMD Нет (только x86) Да Нет Нет Расширение Расширение Нет Нет Нет
FlexOS 186 FlexOS 186, FlexOS 286, S5-DOS/ST, S5-DOS/MT, 4680 OS, FlexOS 386, 4690 OS .186 Нет (только 186/188 и выше) Да Нет Нет Расширение Расширение Нет Нет Нет
FlexOS 286 FlexOS 286, S5-DOS/ST, S5-DOS/MT, 4680 OS, FlexOS 386, 4690 OS .286 Нет (только 286 и выше) Да Нет Нет Расширение Расширение Нет Нет Нет
CP/M-68K CP/M-68K, Concurrent DOS 68K, FlexOS 68K .68K Нет (только 68000 и выше) Да Нет Нет Неизвестно Неизвестно Нет Нет Нет
COM (CP/M) CP/M, MP/M, Concurrent CP/M, Personal CP/M .COM Нет (только 8080/Z80) Расширение (только BDOS 3 и выше) Нет Нет Нет Нет Нет Расширение Нет
COM (DOS) DOS, OS/2, Windows (за исключением 64-разрядных версий), Concurrent CP/M-86 (только BDOS 3.1), Concurrent DOS, Concurrent DOS 286, FlexOS, Concurrent DOS 386, Multiuser DOS, System Manager, REAL/32, DOS Plus .COM Нет (только x86) Нет Расширение (Novell/Caldera VERSION etc.) Нет Нет Нет Расширение Расширение Нет
MZ (DOS) DOS, OS/2, Windows (за исключением 64-разрядных версий), Concurrent DOS 286, FlexOS, Concurrent DOS 386, Multiuser DOS, System Manager, REAL/32, DOS Plus .EXE Нет (только x86) Да Расширение(Novell/Caldera VERSION etc.) Нет Расширение Расширение Расширение Нет Нет
MZ (GEM) GEM, ViewMAX .APP/.ACC Нет (x86 only) Да Нет Нет Неизвестно Неизвестно Нет Нет Неизвестно
NE European MS-DOS, OS/2, Windows, HX DOS Extender .EXE Неизвестно Неизвестно Неизвестно Нет Неизвестно Неизвестно Нет Нет Да
LE, (W3, W4) OS/2 (только 2.0 и выше), Some расширители DOS .EXE Неизвестно (только 286 и выше) Неизвестно Неизвестно Неизвестно Нет Да Нет Нет Да
LX OS/2 (2.0 and higher only), Some 32-битные расширители DOS .EXE Неизвестно (только 386 и выше) Неизвестно Неизвестно Неизвестно Нет Да[9] Нет Нет Да
PE Windows, ReactOS, HX DOS Extender, BeOS (только R3 и выше) .EXE Да для файла Да Да Да[10] Да Да Нет Нет Да
PE32+ Windows (только 64-битные) .EXE Да для файла Да Да Да Да Да Да Нет Да
PIM/XIP PalmDOS (только приложения MINIMAX) .PIM/.XIP Нет (только x86) Да Нет Нет Нет Нет Нет Нет Нет
DL MS-DOS приложения System Manager (только HP LX series) .EXM Нет (только 186/188 и выше) Да Нет Нет Нет Нет Нет Нет Нет
MP Phar Lap расширители DOS .EXP Неизвестно ([только 286 и выше) Да Нет Нет Неизвестно Неизвестно Нет Нет Нет
P2 Phar Lap 16-битные расширители DOS .EXP Неизвестно (только 286 и выше) Да Нет Нет Неизвестно Неизвестно Нет Нет Нет
P3 Phar Lap 32-битные расширители DOS .EXP Неизвестно (только 386 и выше) Да Нет Нет Неизвестно Неизвестно Нет Нет Нет
GEOS PC/GEOS, Geoworks Ensemble, New Deal Office, Breadbox Ensemble .GEO Неизвестно (только x86) Неизвестно Неизвестно Нет Неизвестно Неизвестно Нет Нет Неизвестно

Исполняемые файлы имеют расширение какого типа? Наиболее распространенные

Многие пользователи компьютерных систем наверняка в той или иной степени сталкивались с понятием исполняемого файла программы. Исполняемые файлы не всегда, но довольно часто имеют расширение EXE, которое является общепринятым для операционных систем семейства Windows. Чтобы немного прояснить вопрос, связанный с расширениями, мы рассмотрим общую информацию об этих объектах, а также рассмотрим некоторые типы основных расширений.

Чем исполняемые файлы отличаются от других объектов

Прежде чем утверждать, что исполняемый файл программы может иметь расширение только одного определенного типа, необходимо разобраться в том, как отличить такой объект от других. К основным отличиям исполняемых файлов от других информационных данных можно отнести следующие факторы: само расширение, которое указывает на содержание в файле либо машинного, либо байт-кода виртуальной машины, сигнатура, атрибуты в файловой системе. Однако даже если пользователь знает, что исполняемые файлы имеют расширение имени типа EXE, то обычными средствами посмотреть содержимое не получится, поскольку такие объекты обладают компилированным содержимым, которые отображается при просмотре в виде бессмысленного набора символов. В общем случае пользователю придется использовать средства Disassembler, или что-то подобное, что позволяет выполнить декомпиляцию. Но речь пойдет не об этом.

Исполняемые файлы: структура

Что же касается построения исполняемых файлов, то они должны содержать заголовки (предполагаемое выполнение инструкций, параметры и форматы кода) и непосредственно сами инструкции (исходные, машинные или байт-коды). В некоторых случаях в структуру могут быть включены данные для отладки, описания окружения, требования к операционной системе, списки соответствующих библиотек, звук, графика, изображения, иконки ярлыков и тому подобное. Многие из вас наверняка обращали внимание на то, что в большинстве своем у каждого такого файла в операционной системе изначально имеется иконка.

Принцип работы

Несмотря на то, что исполняемые файлы могут иметь расширение различных типов, работают они по одному принципу. Исполняемый файл при запуске загружается в память компьютера. При этом осуществляется настройка окружения и инициализация, подтягиваются дополнительные библиотеки, если их использование предусмотрено программой. Также на данном этапе происходит настройка некоторых дополнительных операций и само исполнение инструкций теми методами, которые прописаны непосредственно в файле.

Исполняемые файлы программ: какое расширение они имеют?

Теперь перейдем к рассмотрению вопроса, связанного с расширениями. Разумеется, совершенно все типы рассмотреть не получится, это займет очень много времени. Мы отметим только наиболее распространенные и популярные варианты. Итак, расширение задается в зависимости от типа содержимого. Так, например, в операционной системе типа Windows наиболее распространенные исполняемые файлы обладают расширением EXE. Это относится ко всем программам, которые рассчитаны на работу в среде данных операционных систем. Такие объекты содержат в себе машинные коды. Файлы BIN являются очень похожими. Пакетные файлы типа CMD, BAT и COM являются еще одним типом исполняемых файлов. Первый тип в данном случае является пакетным файлом Windows. Файлы второго и третьего типа относятся к операционным системам семейства DOS. Многие из вас вероятно уже встречали файлы типа MSI иMSU. Это может быть установщик обновлений системы, или родной инсталлятор операционной системы Windows. Отдельную категорию файлов составляют макросы и скрипты. Это файлы с расширениями JSE, JS, SCR,VBE, VBS, VB. Часто также встречаются файлы JAD иJAR, которые предназначены для установки приложений в мобильные устройства или использование в среде JAVA. В своем содержании такие объекты имеют уже не машинные коды, а коды виртуальных машин.

Какое расширение имеют исполняемые файлы в различных ОС?

Если внимательно посмотреть, то можно заметить, что в некоторых ОС встречаются довольно специфичные компоненты. Так, например, в операционной системе Windows имеется специальная категория исполняемых файлов. Вообще, в любой операционной системе можно найти как стандартные, так и специальные компоненты. Однако имеются и некоторые общие форматы, например, HTA, исполняемый документ HTML. Они работают практически везде вне зависимости от используемого типа операционной системы. Что же касается других типов систем, то, например, в «маках» исполняемые файлы обладают расширением APP для программ и PKG для дистрибутивов. В операционных системах семейства Linux дело обстоит немного иначе. Проблема заключается в том, что в таких операционных системах понятие расширения вообще отсутствует. Можно распознать исполняемый файл по атрибутам, например, системный, скрытый, только для чтения и т.д. В результате проблема изменения расширения для запуска или прочтения искомого файла пропадает. Впрочем, в любой операционной системе даже на мобильных устройствах можно найти огромное число объектов данного типа. Не нужно далеко ходить. В той же операционной системе семейства Android исполняемый файл установщика имеет расширение APK. В яблочных устройствах исполняемые файлы имеют расширение IPA.

Заключение

Подведем итог нашего небольшого обзора о расширении исполняемых файлов. Упор в данном случае делался в основном на объекты, которые присутствуют в операционных системах семейства Windows. Остальные операционные системы были затронуты только вскользь для общего развития. Как уже стало ясно, разнообразие исполняемых файлов очень велико. Невозможно привести какую-то сводную таблицу с указанием совершенно всех типов расширений. Поэтому в данной статье мы ограничились только наиболее распространенными форматами

Типы файлов в Ubuntu | Русскоязычная документация по Ubuntu

Начинающим пользователям Ubuntu зачастую нелегко привыкнуть к некоторой специфике обращения с файлами в этой системе. Однако на самом деле всё крайне просто и очень элегантно, в этой статье я постараюсь объяснить все тонкости, чтобы потом при использовании системы вы не удивлялись некоторым непонятным с первого взгляда вещам.

Названия файлов и папок

Я уже упоминал, что в Linux все имена файлов являются регистрозависимыми, то есть вы спокойно можете создать в одном каталоге два файла с одинаковыми именами, но записанными в различных регистрах, например, Ubuntu.txt и ubuntu.txt.

Кроме того, я так же говорил, что вы можете использовать в именах файлов абсолютно любые символы, которые пожелаете, кроме прямого слеша /1), однако в силу некоторых причин я бы не рекомендовал использовать следующие символы: \ < > *, а также символы переноса строки и табуляции. Вы можете подписывать свои файлы китайскими иероглифами, рунами, греческими буквами и вообще чем угодно, если вам конечно будет удобно использовать такие имена2).

Ну и напоследок ещё раз напомню, что разделителем каталогов в пути к файлу в Linux всегда является символ /, в отличие от Windows, в которой используется \.

Доступ к файлам

В предыдущей статье я уже рассказал про права доступа к файлам, поэтому лишь кратко напомню: в Linux можно с помощью механизма разграничения прав ограничить доступ к файлу на редактирование или же просто полностью запретить доступ к содержимому. Например, все системные конфигурационные файлы закрыты для редактирования обычному пользователю, если вы попытаетесь сохранить какие-нибудь изменения в такой файл, Ubuntu вам скажет, что у вас не хватает на это прав. Некоторые же файлы вы даже не сможете открыть и посмотреть их содержимое. Если вы до сих пор не знаете, как это обойти, внимательно прочитайте предыдущую статью.

Содержимое и расширение файлов

Если вы пользовались раньше операционными системами Windows, то вы скорее всего привыкли к тому, что тип файла определяется его расширением (последняя часть имени файла после точки). Например, файл «Голубой ледопад.mp3» — это музыка в формате mp33), а «Урания.txt» — это текстовый файл4). На самом деле всё немного не так, расширение — это всего лишь часть имени файла, которое никак не зависит от собственно содержимого, и тип файла обычно определяется по-другому5). Например, перейдите в Ubuntu в какую-нибудь папку с mp3 файлами и переключитесь на режим отображения списком6). В колонке «Тип» рядом с mp3 файлами вы увидите «аудио MP3»:

Теперь переименуйте любой файл, приписав ему вместо mp3 расширение ??.

Видите, тип файла не изменился. Если вы сейчас попробуете открыть такой файл, то он преспокойно откроется как mp3 в проигрывателе7).

Конечно расширение нужно, мало того, Ubuntu полагается в первую очередь именно на него, то есть если вы переименуете mp3 файл, добавив к нему расширение txt, то Ubuntu будет считать такой файл текстовым. Однако то, что Ubuntu умеет смотреть не только на имя файла, спасает от многих проблем. Поэтому не удивляйтесь, когда встретите в Ubuntu файлы вообще без расширения, с которыми система преспокойно работает, ничего при этом не спрашивая.

Кстати, в Ubuntu есть мощная утилита определения типа файла, которая вообще не смотрит на имя и расширение, а пытается идентифицировать файл только по содержимому. Она бывает полезна, когда файл по каким-либо причинам не открывается, поскольку позволяет убедиться, что в нём содержаться данные именно того типа, которого вы и ожидаете там увидеть. Утилита эта консольная и называется file. Вот что она говорит о переименованном в текстовый документ аудио в формате mp3:

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

Исполняемые файлы

В вопросах исполняемых файлов, то есть, если по простому, обычных программ, Ubuntu кардинально отличается от Windows. В Windows исполняемые файлы имеют расширение exe (в основном), а внутри представляют из себя нечитаемый набор байтов. А в Ubuntu исполняемым может быть даже текстовый файл. Сразу скажу, что exe — это программы для Windows и в Ubuntu они не работают без Wine (приложения для запуска исполняемых файлов Windows в Linux), но вообще говоря и в Wine они работают далеко не всегда.

Итак, что же такое исполняемый файл с точки зрения Ubuntu? Фактически это любой файл, который помечен, как исполняемый и который Ubuntu сможет запустить на выполнение. Означает это вот что: у каждого файла есть специальное свойство-переключатель, никак не зависящее ни от имени, ни от содержимого, отвечающее за исполняемость. Если файл помечен, как исполняемый, то вообще говоря он таковым и является, а если не помечен — то это обычный файл с данными и напрямую запустить его на выполнение нельзя. Другое дело, что не любой файл, помеченный как исполняемый, Ubuntu сможет выполнить, хотя в арсенале Ubuntu есть масса методов запуска файлов с совершенно различным содержимым.

Характерным примером необычных с первого взгляда исполняемых файлов Linux являются так называемые скрипты. Скрипты — это обычные текстовые файлы, содержащие набор инструкций для программы-интерпретатора, которая занимается собственно выполнением скриптов. Так вот, если на скрипте установлено свойство исполняемости, то это программа, которую можно запустить обычным образом, а если не установлено — то это всего лишь текстовый файл. То есть сделать файл исполняемым или же наоборот, убрать возможность его выполнения, можно изменением всего одного его свойства.

Мало того, на самом деле это магическое свойство-переключатель исполняемости является одним из трёх прав доступа, о которых я мельком упоминал в предыдущей статье. Я говорил, что у каждого файла есть три группы прав доступа — для пользователя-владельца, для группы-владельца и для всех остальных, каждая группа состоит в свою очередь из трёх прав: на чтение, модифицирование и выполнение. Так вот, право на выполнение и является тем самым волшебным переключателем исполняемости.

Из этого вытекает весьма забавное свойство: один и тот же файл может быть одновременно и исполняемым, и не исполняемым, допустим, если на его выполнение есть права только у пользователя-владельца. Тогда пользователь, которому принадлежит этот файл, сможет его запустить как программу, а для всех остальных он будет обычным файлом с данными.

Вот так всё на самом деле просто и красиво, надеюсь, вы осознали основную логику и не будете путаться при работе с исполняемыми файлами в Ubuntu.

Текстовые файлы

Текстовые файлы в Ubuntu повсюду. Все настройки хранятся в виде текстовых файлов, исходные коды всех программ представляют из себя текстовые файлы, многие программы в Ubuntu являются на самом деле скриптами, то есть тоже текстовыми файлами. И естественно Ubuntu умеет работать с текстовыми файлами как угодно. И этой темы даже не пришлось бы касаться, если бы не одна проблема операционных систем Windows. Дело в том, что в Windows до сих пор кое-где ещё используется устаревший в 90-х прошлого столетия способ сохранения обычного текста, в частности, в текстовых файлах8).

На самом деле большинство файлов откроется в стандартном текстовом редакторе Ubuntu без проблем9), но всё же иногда попадаются файлы, которые отображаются «кракозябрами». В этом случае необходимо немного помочь Gedit и указать кодировку файла вручную. Для этого закройте в редакторе вкладку с нечитаемым файлом, затем выберите в меню программы пункт «Открыть», найдите свой файл и обратите внимание на поле «Кодировка символов», находящееся внизу диалогового окна открытия. В этом поле необходимо указать нужную кодировку, после чего файл откроется уже в пригодном для чтения виде. Кстати, рекомендую такие файлы сразу сохранять в utf-8, дабы в дальнейшем не возникало с ними проблем.

Существуют и более лёгкие способы работы с кодировками, например, плагин для Gedit, позволяющий менять кодировку у открытых файлов без необходимости их переоткрывания. Кроме того, существуют утилиты для автоматического перекодирования файлов в utf8, например, enca. Можно также управлять механизмом автоопределения кодировки в Gedit, это делается через редактор конфигурации, про который я немного расскажу в одной из последних статей.

Напоследок хочется сказать, что очень рекомендуется так или иначе перевести всю текстовую информацию на использование utf8, поскольку фактически только эта кодировка нормально распознаётся везде и всегда, а в будущем скорее всего только она и будет использоваться.

Аудиофайлы

В случае с аудиофайлами также существует проблема с кодировками, только проявляется она в тегах. К сожалению, некоторые популярные Windows-программы редактирования тегов как и текстовые редакторы до сих пор используют устаревшую кодировку. Некоторые плееры Ubuntu поддерживают указание кодировки воспроизводимых файлов, однако гораздо предпочтительней обработать всю вашу медиатеку специальными программами, которые автоматически приведут все теги в нормальный вид, дабы в дальнейшем не было проблем. Самой популярной программой такого рода является EasyTag, она доступна в стандартных репозиториях, так что почти сразу после прочтения следующей статьи вы сможете ей воспользоваться.

Что же касается форматов, то Ubuntu поддерживает все существующие аудио-форматы, однако для воспроизведения некоторых требуются дополнительные кодеки. О том, как их поставить, я расскажу в одной из следующих статей.

Изменение ассоциаций файлов с приложениями

Когда вы немного освоитесь в Ubuntu, у вас возможно возникнет желание познакомиться с доступными в изобилии в репозиториях программами. И вскоре после того, как вы выберите из бесчисленного множества альтернатив подходящие для себя приложения, перед вами скорее всего встанет вполне закономерный вопрос: а как заставить определённые типы файлов открываться в установленных вами программах, а не в доступных по умолчанию?

Ответ на него весьма прост. Нажмите правой клавишей мыши на любом файле нужного типа, выберите в появившемся меню пункт «Свойства» и в открывшемся окне перейдите на вкладку «Открывать в программе»:

В списке будут содержаться все приложения, которые сообщили Ubuntu о поддержке ими выбранного типа файлов. Ну а отмечена будет программа, используемая по умолчанию. Вам останется только выбрать нужное приложение и закрыть окно, после чего файлы указанного типа начнут открываться по умолчанию в выбранном вами приложении. То есть если вы хотите, например, чтобы фильмы в формате avi открывались в установленном вами VLC, а не в медиапроигрывателе Totem, то вам всего лишь надо в свойствах любого avi файла отметить VLC в качестве приложения по умолчанию.

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

Однако у описанного механизма есть одна небольшая проблема: чтобы изменить привязку к приложению для определённого типа файлов вам необходимо иметь файл нужного типа. Просто же посмотреть и изменить список всех используемых в системе ассоциаций по умолчанию нельзя. К счастью, подобный функционал доступен в уже упоминавшейся утилите Ubuntu Tweak, так что если вы хотите изменить ассоциации сразу для большого количества типов файлов, то советую вам использовать именно её.

В качестве заключения

В этой статье я постарался подробно рассказать об основных особенностях в работе с файлами в Ubuntu. Надеюсь, вы смогли разобраться что к чему и уловить основные моменты. Напоследок хочется заметить, что Ubuntu без какого-либо дополнительного программного обеспечения поддерживает большинство распространённых форматов файлов, специфические файлы же скорей всего можно как минимум сконвертировать в один из стандартных форматов с помощью различных программ, в изобилии доступных в репозиториях Ubuntu.

Чуть позже я расскажу как поставить пакет полной поддержки мультимедиа форматов, который не входит в Ubuntu по умолчанию из-за несовершенного законодательства некоторых стран, с которым, к сожалению, приходится считаться, но для этого необходимо рассмотреть следующую очень важную тему:

windows — В Windows, какие расширения имен файлов обозначают исполняемый файл?

  

В Windows, какие расширения имен файлов обозначают исполняемый файл?

Обозначим что?

Я знаю, что этот вопрос, вероятно, сейчас немного запутан, но вопрос имеет значение. Как я объясню, почему это имеет значение, вопрос станет более ясным.

Хотя ответ Кена Уайта переменной PATHEXT (в «командной среде» командной строки) является хорошим и коротким ответом , и этот ответ может хорошо работать для вас, ответ неполный. Недостаточная причина в том, что правильный ответ отличается от того, что вы пытаетесь сделать.

Например, вы можете попробовать:

  • Запустите программу из «традиционной командной строки» («CMD»), набрав ее полное имя файла
  • Запустите программу из «традиционной командной строки» («CMD»), набрав базовое имя файла, но оставив ее расширение
  • Используйте команду «start», встроенную в «традиционную командную строку» («CMD»)
  • Запустите программу из PowerShell
  • Запустите программу из пункта меню «Выполнить», находящегося в меню «Пуск»
  • Запустите программу из Проводника, дважды щелкнув значок, связанный с файлом, заканчивающимся расширением
  • Сообщите Microsoft Internet Explorer открыть загруженный файл
  • Запустите программу, используя функцию из Microsoft Windows API. (Это то, чего обычно не делают конечные пользователи, но компьютерные программисты могут это сделать, и поэтому информация относится к ним.)

Некоторые из этих методов запуска программ могут использовать разные методы определения того, какие расширения имен файлов могут поддерживаться. В частности, использование CMD может отличаться от меню Run.

Например, озадачивающий блог Уэса: настройка команды запуска Windows … отмечает разные местоположения проверяя, включая раздел реестра.

Ответ может также зависеть от того, какая версия Microsoft Windows используется. В Windows 10 я просто набрал имя zip-файла в командной строке и открыл Windows Explorer. Я, кажется, помню, что не работал в Windows XP (хотя в Windows XP я мог ввести «start filename.zip» и получить тот же эффект). Таким образом, либо моя память неисправна, либо Microsoft пытается внести улучшения в новые версии Windows. (Надеюсь, для меня, последнего.)

В традиционной командной строке Windows 10 (запуск «CMD»), когда я перехожу к местоположению (используя команду «CD») zip-файла и набираю «filename.zip», тогда файл откроется. Когда я перехожу в это место и набираю «filename» (оставляя расширение «.zip»), тогда Windows не находит файл. Однако, если я запустил «ECHO %PATHEXT%», а затем «SET PATHEXT=%PATHEXT%;.ZIP «(а затем снова» ECHO %PATHEXT% «, чтобы убедиться, что у меня есть желаемый эффект), тогда я могу ввести» filename » и командная строка найдет файл .ZIP. Таким образом, это влияние переменной% PATHEXT%.

Вы можете увидеть другой список расширений, выполнив команду ASSOC. Например, запуск этой команды показывает несколько строк вывода, включая следующее (в моей системе) — «.zip=CompressedFolder». Затем я вижу, что это работает, набрав «FTYPE | FIND /I "CompressedFolder"». (Это предназначено для традиционной командной строки. PowerShell не понравится эти незаметные кавычки.) (Если вы просто наберете «FTYPE» без остальной части этой командной строки вы увидите немного больше информации о других расширениях.)

Если я нахожу «ASSOC | FIND /C "."», на моем компьютере с Windows 10, то обнаруживаю, что у меня есть 339 строк вывода, когда я проверяю для файловых ассоциаций таким образом.

MS KB162059 — все о настройке того, как Internet Explorer открывает документы Office.

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

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

reg query HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts

(я не буду перечислять их здесь. На моем компьютере с Windows 10 их 286).

Здесь перечислены расширения. Чтобы просмотреть дополнительную информацию, включая сведения о расширениях:

reg query HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts /s

Итак, как вы можете видеть, этот, казалось бы, невинный вопрос может быть довольно сложной темой. Я считаю, что я сделал свое дело, почему вопрос должен быть довольно конкретным, чтобы иметь возможность получить полный ответ, который полностью учитывает, как один компонент Windows может определять расширения имен файлов. В оболочке ореха для Windows существует не один ответ, так как в Windows есть несколько компонентов, которые ведут себя по-разному. Надеюсь, я начал показывать это и указал на некоторые дополнительные ресурсы, которые показывают соответствующую информацию.

Какой Исполнимые файлы? Узнайте историю и Как открыть

Исполняемые Форматы файлов

Что является исполняемым файлом?

Исполняемый файл представляет собой тип формата файл используется для запуска куска кода или запустить программу при выполнении. Исполняемый файл может быть открыт, просто дважды щелкнув по нему, а действие открытия исполняемый файл называется его выполнения.

В операционной системе Windows, большинство исполняемых файлов имеют расширение EXE файл, но он сильно отличается по другим операционным системам. MacOS использует DMG, а также расширения АРР, в то время как Linux не имеет стандартное расширение файла для исполняемых файлов, что позволяет запускать любой файл как исполняемый файл.

Есть много типов исполняемых файлов, от простых EXE-файлов, для пакетных и файлов сценариев, которые запускают код, хранящийся внутри них, как только они будут выполнены.

КАК исполняемые файлы, используемые?

Исполняемые файлы обычно используются для хранения пакетных сценариев и скомпилирован программных приложений, чтобы они могли быть легко работать, просто исполняющим (открытие) одного файла.




Какой популярный Executable Files Extensions?

.EXE

EXE
Формат: Двоичный
Разработчик: Microsoft

Исполняемый формат файла EXE или Windows, это стандартный формат для хранения исполняемых файлов на Windows. Файл EXE содержит скомпилированный двоичный код, способные быть запущены непосредственно с помощью компьютера, а также может хранить другие ресурсы, такие как графические активы для графического интерфейса пользователя (GUI) и многого другого.

.COM

COM
Формат: Двоичный
Разработчик: Microsoft

COM или DOS Command File формат используется для хранения программы, которая может быть выполнена с помощью DOS. COM-файлы содержат только код и данные в одном сегменте без каких-либо заголовков или метаданных. Она хранит данные в двоичном формате с пределом размера 64 КБ.

.BAT

BAT
Формат: Текст
Разработчик: Microsoft

BAT или DOS Batch File формат используется для хранения последовательности команд в простом текстовом виде, которые затем могут быть выполнены с помощью командной строки Windows, просто открыв файл. Как правило, BAT-файлы используются для автоматизации задач.

.APP

APP
Формат: —
Разработчик: Apple

Формат X Application File APP или Mac OS используется операционная система Mac OSX от Apple для хранения файлов в исполняемом формате, подобно тому, как EXE-файлы работают в Windows.

.BIN

BIN
Формат: —
Разработчик: —

Исполняемый формат файла BIN или Unix используется в операционной системе Unix для хранения исполняемых файлов, таких как программы и скомпилированных двоичных файлов. Они могут быть запущены непосредственно из командной строки, а также.


Просмотрите расширения файлов в алфавитном порядке:   # A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Форматы исполняемых файлов — Викиучебник

Исполни́мый (исполня́емый) мо́дуль, исполнимый файл (англ. executable file) — файл, содержащий программу в виде, в котором она может быть (после загрузки в память и настройки по месту) исполнена компьютером.

Чаще всего он содержит двоичное представление машинных инструкций для определённого процессора (по этой причине на программистском сленге в отношении него используют слово бинарник — кальку с английского binary), но может содержать и инструкции на интерпретируемом языке программирования, для исполнения которых требуется интерпретатор. В отношении последних часто используется термин «скрипт».

Исполнением бинарных файлов занимаются аппаратно- и программно-реализованные машины. К первым относятся процессоры, например, семейств x86 или SPARC. Ко вторым — виртуальные машины, например, виртуальная машина Java или .NET Framework. Формат бинарного файла определяется архитектурой исполняющей его машины. Известны машины, реализованные как аппаратно, так и программно, например, процессоры семейства x86 и виртуальная машина VMware.

Статус исполнимости файла чаще всего определяется принятыми соглашениями. Так, в одних операционных системах исполнимые файлы распознаются благодаря соглашению об именовании файлов (например, путём указания в имени расширения файла — .exe или .bin), тогда как в других исполнимые файлы обладают специфичными метаданными (например, битом разрешения execute в UNIX-подобных операционных системах).

В современных компьютерных архитектурах исполнимые файлы содержат большие объемы данных, не являющихся компьютерной программой: описание программного окружения, в котором программа может быть выполнена, данные для отладки программы, используемые константы, данные, которые могут потребоваться операционной системе для запуска процесса (например, рекомендуемый размер кучи), и даже описания структур окон графической подсистемы, используемых программой.

Зачастую исполнимые файлы содержат вызовы библиотечных функций, например, вызовы функций операционной системы. Таким образом, наряду с процессорозависимостью (машинозависимым является любой бинарный исполнимый файл, содержащий машинный код) исполнимым файлам может быть свойственна зависимость от версии операционной системы и её компонент.

В настоящее время существует большое количество файловых форматов исполняемых файлов для различных операционных систем. При этом документация, хотя и существует, зачастую разрознена или практически недоступна (например, описание формата LX/LE становится всё сложнее и сложнее найти). Плюс к этому различные производители программного обеспечения вводят дополнительные расширения, которые, зачастую, становится трудно сопоставить с оригинальным форматом или они взаимоисключающие.

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

Исторический экскурс[править]

Одним из простейших форматов исполняемых файлов на архитектуре x86 является файл с расширением .COM (здесь и далее при использовании расширений файлов операционных система семейства CP/M будет использоваться запись расширения файла в верхнем регистре, а для операционных систем семейства Unix будет использоваться нижний регистр для суффикса имени файла). Истоки данного формата файла идут из операционной системы CP/M для процессора Intel 8080, известной своей широкой популярностью. Формат файла предполагает использование для создания команд (COM — сокращение от COMMAND), расширяющий базовую функциональность операционной системы.

При разработке MS-DOS формат .COM сохранился практически без изменения и обеспечивает совместимость на уровне исходного кода с CP/M. Двоичный формат специфичен для каждого типа процессора. Формат подразумевает исполнение в пределах одного сегмента (64Кб), что не позволяло использовать возможности оперативной памяти в полной мере.

Формат .EXE появился в QDOS/86-DOS (позднее продаваемой под брендом MS-DOS) в 1981 году и был разработан Марком Збиковски (Mark Zbikowski), о чем свидетельствует сигнатура MZ (или ZM в некоторых старых версиях редакторов обратных связей) в первых двух байтах файла. В отличие от формата .COM, где для кода, данных и стека используется один и тот же сегмент, в формате .EXE были сняты данные ограничения, что делало доступным все адресное пространство компьютера.

Развитие машин класса IBM PC привело к появлению новых режимов адресации, появлению виртуальной памяти и прочих механизмов, что делало формат .EXE MZ недостаточно гибким и не приспособленным к реалиям. В частности, многие производители реализовывали так называемые оверлеи, что позволяло осуществлять простейшую подкачку нужных функций в ОЗУ. Плюс, неэффективное использование повторяющегося исполняемого кода привело к реализации библиотек динамического связывания, код которых мог использоваться различными процессами без его дублирования в физической памяти. В итоге формат .EXE был расширен и были реализованы его более современные версии LX/LE и NE.

Формат .EXE NE был разработан Microsoft для применения в операционной системе OS/2 и оболочки Windows. Данный формат ориентирован, как и .EXE MZ, на 16-разрядные среды исполнения. Основная дополнительная функциональность, обеспечиваемая данным форматом — это поддержка .DLL.

С приходом на рынок микропроцессоров 386+ возникла необходимость поддержки 32-разрядного кода, что, естественно, привело к появлению такого формата, как LE (использовался в оболочках семейства Windows 3.x и операционных систем семейства Windows 9x) и LX (использовался в операционной системе OS/2). Данные форматы позволили смешивать как 16-битный код, так и 32-битный. Кроме смешанного кода переходной период также потребовал реализации такого механизма, как thunking, что также наложило отпечаток на данные форматы файлов.

При разработке OS/2 NT 3.0 (в последующем — Windows NT 3.51) был разработан формат .EXE PE, который был предназначен для хранения кода ориентированного на различные аппаратные платформы. В настоящее время данный формат является основным для семейства операционных систем Windows.

В кросс платформенной OS/2 (OS/2 PPC, Workstation OS) конечным форматом файлы был принят формат ELF, о котором будет сказано несколько дальше.

В мире операционных систем семейства Unix также наблюдалось развитие форматов исполняемых файлов. Первый формат, a.out, появился с первой версией UNIX. На наименование повлияла специфика процесса получения двоичного файла. В отличие от систем семейства CP/M, для которых всегда была характерна нехватка памяти, Unix системы позволяли осуществлять полный цикл: компиляция, компиляция, компоновка. a.out — это сокращение от assembler output. Формат a.out по структуре похож на форматы .EXE. За свое существование претерпел ряд модификаций.

С появлением разделяемых библиотек формат a.out из-за ряда ограничений был заменен на формат COFF. Из основных нововведений — это добавление отладочной информации и относительного виртуального адреса, что позволило загружать его по произвольному фактическому адресу. Использование формата COFF в Unix системах в настоящее время ограничено, однако формат .EXE PE является наиболее известным вариантом формата COFF.

Формат COFF был принят не всеми производителями семейства Unix и многие все еще продолжали использовать a.out. Ситуация изменилась с появлением формата ELF. Достаточно удачное решение и учет того, что формат не был ориентирован под специфические особенности определенной архитектуры, он получил широкое распространение. Большинство современных реализаций Unix и ряд других операционных систем используют именно его. Существует также «универсальный» формат ELF, содержащий двоичные образы для большинства различных платформ. Сложно сказать, будет ли формат FatELF широко использован, но если оглянуться на историю подобный «многосистемных» форматов, то, скорее всего, FatELF не получит широкого распространения.

Наличие большого числа форматов, накопившихся со временем, привело к тому, что в конце девяностых годов появилось ряд исследовательских проектов по разработке некоторого «абстрактного» формата файлов а также библиотек, предоставляющих единый интерфейс по доступу к данным любого формата. Причины появление таких инструментов было несколько. Одна из причин — инструментарий для сред разработки. Например, поддержка компоновщиком наибольшего числа форматов. Другая причина — необходимость переноса и запуска двоичных программ на другой аппаратной платформе.

Структура форматов файлов операционных систем семейства CP/M[править]

Структура форматов файлов операционных систем семейства Unix[править]

Библиотеки чтения форматов файлов[править]

Исследования в области языков описания форматов файлов[править]

Leave a comment