ИМЯ

x25 - интерфейс протокола ITU-T X.25/ISO-8208

ОБЗОР

#include <sys/socket.h>
#include <linux/x25.h>

x25_socket = socket(AF_X25, SOCK_SEQPACKET, 0);

ОПИСАНИЕ

Сокеты X25 предоставляют интерфейс для пакетного слоя протокола X.25. Это
позволяет приложениям связываться через открытые сети передачи данных X.25 в
соответствии с рекомендациями Международного Телекоммуникационного Общества
(International Telecommunication Union) по X.25 (режим X.25 DTE-DCE). Сокеты X25
также можно использовать для связи без наличия промежуточной сети X.25 (режим X.25
DTE-DTE) как описано в стандарте ISO-8208.

При работе выполняется сохранение границ сообщения — вызов read(2) вернёт кусок
данных той ... Читать дальше »

ИМЯ

vdso - обзор виртуального динамически компонуемого общего объекта ELF

ОБЗОР

#include <sys/auxv.h>

void *vdso = (uintptr_t) getauxval(AT_SYSINFO_EHDR);

ОПИСАНИЕ

«vDSO» (virtual dynamic shared object, виртуальный динамический общий объект) —
это маленькая общая библиотека, которую ядро автоматически отображает в адресное
пространство всех приложений пользовательского пространства. Обычно, приложениям
она не нужна, так как vDSO, чаще всего, вызывается из библиотеки C. Вы можете
использовать стандартные функции как обычно, а библиотека C самостоятельно
позаботится об использовании возможностей vDSO.

И всё же, зачем нужна vDSO? Есть несколько системных вызовов ядра, которые
используются в пользова ... Читать дальше »

ИМЯ

UTF-8 - ASCII-совместимая многобайтовая юникодная кодировка

ОПИСАНИЕ

Набор символов Unicode 3.0 занимает 16-битное кодовое пространство. Наиболее
распространённая юникодная кодировка, известная как UCS-2, содержит
последовательности 16-битных слов. Закодированные таким образом строки могут
состоять из частей 16-битных символов например, '\0' или '/', которые имеют
специальное значение в именах файлов и других параметрах функций библиотеки языка
Си. Кроме того, большинство утилит UNIX предназначено для обработки ASCII-файлов и
не может воспринимать 16-битные слова как символы. По этим причинам UCS-2 является
неподходящей кодировкой Юникода для имён файлов, текстовых файлов, переменных
окружения и т.д. Набор ISO Universal Character ... Читать дальше »

ИМЯ

UTF-8 - ASCII-совместимая многобайтовая юникодная кодировка

ОПИСАНИЕ

Набор символов Unicode 3.0 занимает 16-битное кодовое пространство. Наиболее
распространённая юникодная кодировка, известная как UCS-2, содержит
последовательности 16-битных слов. Закодированные таким образом строки могут
состоять из частей 16-битных символов например, '\0' или '/', которые имеют
специальное значение в именах файлов и других параметрах функций библиотеки языка
Си. Кроме того, большинство утилит UNIX предназначено для обработки ASCII-файлов и
не может воспринимать 16-битные слова как символы. По этим причинам UCS-2 является
неподходящей кодировкой Юникода для имён файлов, текстовых файлов, переменных
окружения и т.д. Набор ISO Universal Character ... Читать дальше »

ИМЯ

user-session-keyring - пользовательская сеансовая связка ключей по умолчанию

ОПИСАНИЕ

Пользовательская сеансовая связка ключей используется для хранения ключей
пользователя. Для каждого UID у ядра есть своя пользовательская сеансовая связка
ключей, которая доступна из всех процессов с этим UID. Пользовательская сеансовая
связка ключей имеет имя (описание) в виде _uid_ses.<UID>, где <UID> идентификатор
пользователя соответствующего пользователя.

Пользовательская сеансовая связка ключей связана с записью, которая обслуживается
ядром для UID. Она начинает существовать при попытке первого обращения к
пользовательской сеансовой связке ключей, к user-keyring(7) или к
session-keyring(7). Связка ключей существу ... Читать дальше »

ИМЯ

user_namespaces - обзор пользовательских пространств имён Linux

ОПИСАНИЕ

Обзор пространств имён смотрите в namespaces(7).

Пользовательские пространства имён изолируют идентификаторы и атрибуты
безопасности, в частности ID пользователя и ID группы (смотрите credentials(7)),
корневой каталог, ключи (смотрите keyrings(7)) и мандаты (смотрите
capabilities(7)). Идентификаторы пользователя и группы процесса могут отличаться
внутри и снаружи пользовательского пространства имён. В частности, процесс может
иметь обычный бесправный пользовательский ID снаружи и ID равный 0 внутри
пространства имён; другими словами, процесс имеет доступ ко всем операциям внутри
пользовательского пространства имён, но не имеет ... Читать дальше »

ИМЯ

user-keyring - пользовательская связка ключей

ОПИСАНИЕ

Пользовательская связка ключей используется для хранения ключей пользователя. Для
каждого UID у ядра есть своя связка ключей пользователя, которая доступна из всех
процессов с этим UID. Пользовательская связка ключей имеет имя (описание) в виде
_uid.<UID>, где <UID> идентификатор пользователя соответствующего пользователя.

Пользовательская связка ключей связана с записью, которая обслуживается ядром для
UID. Она начинает существовать при попытке первого обращения к пользовательской
связке ключей, к user-session-keyring(7) или к session-keyring(7). Связка ключей
существует привязанной всё время пока выполняются процессы с этим реальным UID или
остаются открытыми файлы, открытые этими ... Читать дальше »

ИМЯ

uri, url, urn - единый идентификатор ресурса (URI), содержащий URL или URN

ОБЗОР

URI = [ абсолютный_URI | относительный_URI ] [ "#" фрагмент ]

абсолютныйURI = схема ":" ( иерархическая_часть | неясная_часть )

относительныйURI = ( сетевой_путь | абсолютный_путь | относительный_путь ) [ "?" запрос ]

схема = "http" | "ftp" | "gopher" | "mailto" | "news" | "telnet" |
"file" | "man" | "info" | "whatis" | "ldap" | "wais" | …

иерархическая_часть = ( сетевой_путь | абсолютный_путь ) [ "?" запрос ]

сетевой_путь = "//" полномочия [ абсолютный_путь ]

абсолютный_путь = "/" сегменты_пути

относительный_путь = относительный_сегмент [ абсолютный_путь ]

ОПИСАНИЕ

Единый идентификатор ресурса (Uniform Resource I ... Читать дальше »

ИМЯ

uri, url, urn - единый идентификатор ресурса (URI), содержащий URL или URN

ОБЗОР

URI = [ абсолютный_URI | относительный_URI ] [ "#" фрагмент ]

абсолютныйURI = схема ":" ( иерархическая_часть | неясная_часть )

относительныйURI = ( сетевой_путь | абсолютный_путь | относительный_путь ) [ "?" запрос ]

схема = "http" | "ftp" | "gopher" | "mailto" | "news" | "telnet" |
"file" | "man" | "info" | "whatis" | "ldap" | "wais" | …

иерархическая_часть = ( сетевой_путь | абсолютный_путь ) [ "?" запрос ]

сетевой_путь = "//" полномочия [ абсолютный_путь ]

абсолютный_путь = "/" сегменты_пути

относительный_путь = относительный_сегмент [ абсолютный_путь ]

ОПИСАНИЕ

Единый идентификатор ресурса (Uniform Resource I ... Читать дальше »

ИМЯ

uri, url, urn - единый идентификатор ресурса (URI), содержащий URL или URN

ОБЗОР

URI = [ абсолютный_URI | относительный_URI ] [ "#" фрагмент ]

абсолютныйURI = схема ":" ( иерархическая_часть | неясная_часть )

относительныйURI = ( сетевой_путь | абсолютный_путь | относительный_путь ) [ "?" запрос ]

схема = "http" | "ftp" | "gopher" | "mailto" | "news" | "telnet" |
"file" | "man" | "info" | "whatis" | "ldap" | "wais" | …

иерархическая_часть = ( сетевой_путь | абсолютный_путь ) [ "?" запрос ]

сетевой_путь = "//" полномочия [ абсолютный_путь ]

абсолютный_путь = "/" сегменты_пути

относительный_путь = относительный_сегмент [ абсолютный_путь ]

ОПИСАНИЕ

Единый идентификатор ресурса (Uniform Resource I ... Читать дальше »

ИМЯ

unix - сокеты для локального межпроцессного взаимодействия

ОБЗОР

#include <sys/socket.h>
#include <sys/un.h>

unix_socket = socket(AF_UNIX, type, 0);
error = socketpair(AF_UNIX, type, 0, int *sv);

ОПИСАНИЕ

Семейство сокетов AF_UNIX (также известное, как AF_LOCAL) используется для
эффективного взаимодействия между процессами на одной машине. Доменные сокеты UNIX
могут быть как безымянными, так и иметь имя файла в файловой системе
(типизированный сокет). В Linux также поддерживается абстрактное пространство
имён, которое не зависит от файловой системы.

Допустимые типы сокета для домена UNIX: потоковый сокет SOCK_STREAM, датаграмный
сокет SOCK_DGRAM, сохраняющий границы сообщений ( ... Читать дальше »

ИМЯ

units - десятичные и двоичные приставки

ОПИСАНИЕ

Десятичные приставки
В системе единиц СИ используются приставки, значения которых является степенью
числа. В километре 1000 метров, а в мегаватте — 1000000 ватт. Далее показаны
стандартные приставки.

Приставка Имя Значение
и иокто 10^-24 = 0.000000000000000000000001
з зепто 10^-21 = 0.000000000000000000001
а атто 10^-18 = 0.000000000000000001
ф фемто 10^-15 = 0.000000000000001
п пико 10^-12 = 0.000000000001
н нано 10^-9 = 0.000000001
мк микро 10^-6 = 0.000001
м милли 10^-3 = 0.001
с са ... Читать дальше »

ИМЯ

unicode - универсальный набор символов

ОПИСАНИЕ

Universal Character Set (UCS) (универсальный набор символов — Юникод) определён в
международном стандарте ISO 10646. UCS содержит все символы других стандартов. Его
использование гарантирует «полную взаимозаменяемость», другими словами, таблицы
для преобразований могут быть построены таким образом, что не произойдёт потери
информации при преобразовании строки из сторонней кодировки в UCS и обратно.

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

ИМЯ

udplite - облегчённый протокол пользовательских датаграмм

ОБЗОР

#include <sys/socket.h>

sockfd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDPLITE);

ОПИСАНИЕ

Это реализация облегчённого протокола пользовательских датаграмм (UDP-Lite),
описанная в RFC 3828.

UDP-Lite представляет собой расширение UDP (RFC 768), содержащее поддержку
контрольных сумм переменной длины. Это даёт преимущества при передаче данных
некоторых типов мультимедиа, для которых допустимо использовать слегка
повреждённые датаграммы, если бы они не отбрасывались другими нижележащими
протоколами.

Охват (coverage) контрольной суммы переменной длины задаётся с помощью параметра
через setsockopt(2). Есл ... Читать дальше »

ИМЯ

udp - протокол UDP (User Datagram Protocol) для IPv4

ОБЗОР

#include <sys/socket.h>
#include <netinet/in.h>
#include <netinet/udp.h>

udp_socket = socket(AF_INET, SOCK_DGRAM, 0);

ОПИСАНИЕ

Это реализация протокола пользовательских датаграмм (User Datagram Protocol, UDP),
который описан в RFC 768. Он обеспечивает ненадежную передачу датаграмм без
установления соединения. При пересылке пакеты могут дублироваться, а их порядок
может быть нарушен. UDP генерирует и проверяет контрольные суммы, чтобы отловить
ошибки передачи.

При создании UDP-сокета его локальный и удалённый адрес не указываются. Датаграммы
могут быть посланы немедленно с помощью sendto(2) или sendmsg(2) с прави ... Читать дальше »

ИМЯ

iso_8859-11 - набор символов ISO 8859-11, представленный восьмеричным, десятичным
и шестнадцатеричным кодом

ОПИСАНИЕ

Стандарт ISO 8859 включает в себя несколько 8-битных расширений набора символов
ASCII (также известной как ISO 646-IRV). В ISO 8859-11 кодируются символы,
используемые в тайском языке.

алфавиты ISO 8859
Полный набор алфавитов ISO 8859 включает в себя:

ISO 8859-1 западноевропейские языки (Latin-1)
ISO 8859-2 центрально- и восточноевропейские языки (Latin-2)
ISO 8859-3 языки юго-восточной Европы и другие языки (Latin-3)
ISO 8859-4 скандинавские/балтийские языки (Latin-4)
ISO 8859-5 латинский/кириллица
ISO 8859-6 латинский/арабский
ISO 8859-7 латинский/греческий
ISO 8859-8 ла ... Читать дальше »

ИМЯ

time - обзор времени и таймеров

ОПИСАНИЕ

Реальное время и время процесса
Реальное время (real time) — время, измеряемое от некоторой постоянной точки, или
от стандартной точки в прошлом (смотрите описание эпохи (Epoch) и календарного
времени далее), или от некоторой точки (например, с момента запуска) в жизни
процесса (прошедшее время (elapsed time)).

Время процесса (process time) — количество процессорного времени, использованного
процессом. Иногда его делят на пользовательское (user) и системное (system).
Пользовательское время ЦП — это время, потраченное на исполнение кода в режиме
пользователя. Системное время ЦП — это время, потраченное ядром, выполняющемся в
системном режиме, для процесса (например, на обработку системных вызовов). Кома ... Читать дальше »

ИМЯ

thread-keyring - связка ключей нити

ОПИСАНИЕ

Связка ключей нити — это связка ключей, используемая для привязки ключей нити. Она
создаётся только по запросу нити. Связка ключей нити имеет имя (описание) _tid.

Существует специальный серийный номер, KEY_SPEC_THREAD_KEYRING, который можно
указывать вместо реального серийного номера связки ключей сеанса вызывающей нити.

В утилите keyctl(1) подобным образом можно использовать «@t» вместо числового ID
ключа, но так как keyctl(1) выполняется после разветвления, это не используется.

Связка ключей нити не наследуется при clone(2) и fork(2) и очищается при
execve(2). Связка ключей нити уничтожается по завершению ссылающейся на неё нити.

Первоначально, нить не имеет св ... Читать дальше »

ИМЯ

termio - интерфейс драйвера терминала System V

ОПИСАНИЕ

termio — название старого интерфейса драйвера терминала System V. В этом
интерфейсе определена структура termio, которая используется для хранения настроек
терминала, и набор операций ioctl(2) для выборки и изменения атрибутов терминала.

В настоящее время интерфейс termio устарел: в POSIX.1-1990 стандартизована
изменённая версия данного интерфейса под именем termios. В POSIX.1 структура
данных немного отличается от версии System V, а также в POSIX.1 определён комплект
функций, заменяющих различные операции ioctl(2), которые существовали в System V
(это сделано из-за нестандаризованности ioctl(2) и непостоянной длины (variadic)
третьего аргумента, что не позволяет прове ... Читать дальше »

ИМЯ

tcp - протокол TCP

ОБЗОР

#include <sys/socket.h>
#include <netinet/in.h>
#include <netinet/tcp.h>

tcp_socket = socket(AF_INET, SOCK_STREAM, 0);

ОПИСАНИЕ

Эта реализация протокола TCP, описанного в RFC 793, RFC 1122 и RFC 2001 с
расширениями NewReno и SACK. Данный протокол предоставляет пользователю надёжное
полнодуплексное соединение двух сокетов для потоковой передачи поверх ip(7) версий
v4 и v6. TCP гарантирует доставку данных в правильном порядке и повторно передаёт
потерявшиеся пакеты. Для выявления ошибок передачи протоколом генерируются и
проверяются контрольные суммы пакетов. TCP не сохраняет границы записей.

Только что созданный сокет TCP не имеет локального или удал ... Читать дальше »

ИМЯ

symlink - работа с символьными ссылками

ОПИСАНИЕ

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

Жёсткая ссылка на файл не отличима от оригинального файла, так как это ссылка на
объект, на который указывает оригинальное имя файла (более точно: каждая из
жёстких ссылок на файл — это ссылка на один номер inode, где номер inode — индекс
в таблице inode, в которой содержатся метаданные о всех файлах файловой системы;
смотрите stat(2)). Изменения файла не зависят от используемого при этом имени
файла. Жёсткие ссылки не могут указывать на каталоги (чтобы не возникало петель в
дереве файловой системы, что могло бы привести к неправильной работе ... Читать дальше »

ИМЯ

svipc - механизмы межпроцессного взаимодействия System V

ОБЗОР

#include <sys/msg.h>
#include <sys/sem.h>
#include <sys/shm.h>

ОПИСАНИЕ

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

Права доступа к ресурсу
Для каждого ресурса система использует общую структуру типа struct ipc_perm,
хранящую необходимую информацию о правах для проведения IPC-операции. Структура
ipc_perm включает следующие поля:

struct ipc_perm {
ui ... Читать дальше »

ИМЯ

suffixes - список суффиксов имён файлов

ОПИСАНИЕ

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

Ниже представлен список суффиксов, которые, вероятно, можно найти в системе Linux.
│
Суффикс │ Тип файла
──────────────├──────────────────────────────────────────────────────────────────────
,v │ файлы RCS (Revision Control System)
- │ резервная копия файла
.C │ исходный код C++, эквивалент .cc
.F │ исходны ... Читать дальше »

ИМЯ

standards - стандарты Си и UNIX

ОПИСАНИЕ

В разделе СООТВЕТСТВИЕ СТАНДАРТАМ, который имеется во многих справочных страницах,
перечисляются различные стандарты, которым соответствует описываемый интерфейс. В
следующем списке кратко описаны эти стандарты.

V7 Version 7 (также известная как седьмая редакция) UNIX, выпущена AT&T/Bell
Labs в 1979 году. После этого системы UNIX разделились на два основных
диалекта: BSD и System V.

4.2BSD Так называется реализация стандарта, определённого выпуском 4.2 Berkeley
Software Distribution, выпущенном Калифорнийским университетом в Беркли.
Это первый выпуск Berkeley со стеком TCP/IP и программным интерфейсом
сокетов. 4.2BSD выпущена 1983 году.

... Читать дальше »

ИМЯ

spufs - файловая система SPU

ОПИСАНИЕ

Файловая система SPU используется на машинах PowerPC, на которых реализована Cell
Broadband Engine Architecture для доступа к cинергичным процессорным блокам
(Synergistic Processor Unit, SPU).

Файловая система предоставляет пространство имён похожее на общую память POSIX или
очереди сообщений. Пользователи, имеющие права на запись в файловую систему, могут
использовать вызов spu_create(2) для организации контекстов SPU в корневом
каталоге spufs.

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

Параметры монти ... Читать дальше »

ИМЯ

socket - интерфейс сокетов Linux

ОБЗОР

#include <sys/socket.h>

sockfd = socket(int socket_family, int socket_type, int protocol);

ОПИСАНИЕ

В этой справочной странице описывается пользовательский интерфейс уровня сетевых
сокетов Linux. Совместимый с сокетами BSD, он предоставляет унифицированный
интерфейс между пользовательскими процессами и стеком сетевых протоколов в ядре.
Модули протоколов группируются по семействам протоколов, такими, как AF_INET,
AF_IPX и AF_PACKET, и типам сокетов, такими, как SOCK_STREAM или SOCK_DGRAM. Более
подробная информация о семействах и типах приведена в socket(2).

Функции уровня сокетов
Эти функции используются пользовательскими процессами для отправки или приёма
... Читать дальше »

ИМЯ

sock_diag - возвращает информацию о сокетах

ОБЗОР

#include <sys/socket.h>
#include <linux/sock_diag.h>
#include <linux/unix_diag.h> /* для доменных сокетов UNIX */
#include <linux/inet_diag.h> /* для сокетов IPv4 и IPv6 */

diag_socket = socket(AF_NETLINK, socket_type, NETLINK_SOCK_DIAG);

ОПИСАНИЕ

Подсистема sock_diag netlink предоставляет механизм получения информации о сокетах
различных семейств адресов из ядра. Данная подсистема может использоваться для
получения информации об отдельных сокетах или запрашивать список сокетов.

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

ИМЯ

signal-safety - функции async-signal-safe

ОПИСАНИЕ

Функцией async-signal-safe называется функция, которую безопасно вызывать внутри
обработчика сигналов. Многие функции не являются async-signal-safe. В частности,
нереентерабельные функции, обычно, небезопасно вызывать в обработчиках сигналов.

Виды проблем, которые делают функцию небезопасной, можно быстро понять на примере
реализации библиотеки stdio, все функции которой являются не async-signal-safe.

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

ИМЯ

signal - обзор сигналов

ОПИСАНИЕ

В Linux поддерживаются надёжные (reliable) сигналы POSIX (далее, «стандартные
сигналы») и сигналы реального времени POSIX.

Обработчики сигнала
Каждый сигнал имеет текущий обработчик, который определяет, что будет делать
процесс при поступлении сигнала.

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

Term Действие по умолчанию — завершение процесса.

Ign Действие по умолчанию — игнорирование сигнала.

Core Действие по умолчанию — завершение процесса и вывод дампа в файл (смотрите
core(5)).

Stop Действие по умолчанию — остановка процесса.

Cont Действие по умолчанию — продолжение работы п ... Читать дальше »

ИМЯ

sigevent - структура для уведомления из асинхронных процедур

ОБЗОР

#include <signal.h>

union sigval { /* Данные, передаваемые с уведомлением */
int sival_int; /* целое */
void *sival_ptr; /* указатель */
};

struct sigevent {
int sigev_notify; /* метод уведомления */
int sigev_signo; /* сигнал уведомления */
union sigval sigev_value; /* данные, передаваемые
с уведомлением */
void (*sigev_notify_function) (union sigval);
/* функция, используемая для нити
notification (SIGEV_THREAD) */
void *sigev_notify_attributes;
/ ... Читать дальше »

ИМЯ

shm_overview - обзор общей памяти POSIX

ОПИСАНИЕ

API общей памяти POSIX позволяет процессам обмениваться информацией через общую
область памяти.

Доступные интерфейсы:

shm_open(3) Создаёт и открывает новый объект, или открывает существующий
объект. Аналог open(2). Вызов возвращает файловый дескриптор,
которые используется другими интерфейсами, описанными далее.

ftruncate(2) Назначает размер общего объекта памяти (размер создаваемого объекта
общей памяти равен нулю).

mmap(2) Отображает объект общей памяти в виртуальное адресное пространство
вызвавшего процесса.

munmap(2) Удаляет отображение объекта общей памяти ... Читать дальше »

ИМЯ

session-keyring - общая сеансовая связка ключей процесса

ОПИСАНИЕ

Связка ключей сеанса — это связка ключей для привязки ключей от имени процесса.
Обычно, она создаётся pam_keyinit(8) при входе пользователя в систему и
добавляется связь, на которую указывает user-keyring(7). Также, PAM может отозвать
связку ключей сеанса при выходе пользователя (обычно, PAM так и делает). Связка
ключей сеанса имеет имя (описание) _ses.

Существует специальный серийный номер, KEY_SPEC_SESSION_KEYRING, который можно
указывать вместо реального серийного номера связки ключей сеанса вызывающего
процесса.

В утилите keyctl(1) подобным образом можно использовать «@s» вместо числового
идентификатора ключа.

Связка ключей ... Читать дальше »

ИМЯ

sem_overview - обзор семафоров POSIX

ОПИСАНИЕ

Семафоры POSIX позволяют процессам и нитям синхронизировать свою работу.

Семафор представляет собой целое число, значение которого никогда не будет меньше
нуля. Над семафорами выполняются две операции: увеличение значения семафора на
единицу (sem_post(3)) и уменьшение значения семафора на единицу (sem_wait(3)).
Если значение семафора равно нулю, то операция sem_wait(3) блокирует работу до тех
пор, пока значение не станет больше нуля.

Есть два вида семафоров POSIX: именованные семафоры и безымянные семафоры.

Именованные семафоры
Именованные семафоры отличают по именам вида /имя — строка (с null в конце)
до NAME_MAX-4 (т. е., 251) символов, состоящая из начальной косо ... Читать дальше »

ИМЯ

sched - обзор планирования работы ЦП

ОПИСАНИЕ

Начиная с Linux 2.6.23 планировщиком по умолчанию является CFS — «полностью
честный планировщик» (Completely Fair Scheduler). Планировщик CFS заменил
использовавшийся ранее «O(1)».

Краткие сведения о программном интерфейсе
Для управления планированием, алгоритмом и приоритетом процессов (более точно,
нитей) на ЦП в Linux имеются следующие системные вызовы:

nice(2)
Назначает новое значение уступчивости вызвавшей нити и возвращает новое
значение уступчивости.

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

setpriority(2) ... Читать дальше »

ИМЯ

rtnetlink - сокет маршрутизации IPv4 в Linux

ОБЗОР

#include <asm/types.h>
#include <linux/netlink.h>
#include <linux/rtnetlink.h>
#include <sys/socket.h>

rtnetlink_socket = socket(AF_NETLINK, int socket_type, NETLINK_ROUTE);

ОПИСАНИЕ

Rtnetlink позволяет читать и изменять таблицы маршрутизации ядра. Он используется
для взаимодействия различных подсистем внутри ядра (это здесь не описано), а также
для взаимодействия пользовательских программ. Сетевыми маршрутами, IP-адресами,
параметрами связи (link parameters), настройками соседства (neighbor setups),
алгоритмами планирования очереди (queueing disciplines), классификацией трафика и
и пакетными классификаторами можно управлять через сок ... Читать дальше »

ИМЯ

rtld-audit - программный интерфейс слежения за динамическим компоновщиком

ОБЗОР

#define _GNU_SOURCE /* смотрите feature_test_macros(7) */
#include <link.h>

ОПИСАНИЕ

Динамический компоновщик GNU (компоновщик времени выполнения) предоставляет API
слежения, который позволяет приложению получать уведомления о различных событиях
динамической компоновки. Данный API очень похож на интерфейс слежения,
предоставляемый компоновщиком времени выполнения из Solaris. Необходимые константы
и прототипы определены в <link.h>.

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

ИМЯ

regex - регулярные выражения POSIX.2

ОПИСАНИЕ

Регулярные выражения (РВ) стандарта POSIX.2 могут быть двух видов: новые РВ (по
сути, использующиеся в egrep; в POSIX.2 их называют ещё «расширенными» РВ) и
устаревшие РВ (по сути, использующиеся в ed(1); в POSIX.2 их называют ещё
«основными» РВ). Устаревшие РВ существуют, в основном, для совместимости с
некоторыми старыми программами (они будут подробнее рассмотрены в конце этого
документа). В POSIX.2 не разъяснены некоторые вопросы синтаксиса РВ; знаком (!)
отмечаются описания, которые могут быть не полностью совместимы с другими
реализациями POSIX.2.

Новое РВ — одна(!) или более непустых(!) ветвей, разделённых '|'. Соответствием
считается, если есть совпадение д ... Читать дальше »

ИМЯ

raw - неструктурированные сокеты IPv4 в Linux

ОБЗОР

#include <sys/socket.h>
#include <netinet/in.h>
raw_socket = socket(AF_INET, SOCK_RAW, int protocol);

ОПИСАНИЕ

Неструктурированные (raw) сокеты позволяют реализовать новые протоколы IPv4 в
пространстве пользователя. Через неструктурированный сокет получают или посылают
необработанные датаграммы, не включающие в себя заголовки уровня соединения (link
level).

Уровень IPv4 генерирует заголовок IP при посылке пакета, если только для сокета не
включён параметр IP_HDRINCL. Если он включён, то пакет должен содержать заголовок
IP. Принимаемые пакеты всегда содержат заголовок IP.

Для создания неструктурированного сокета процесс должен иметь мандат CAP_NET ... Читать дальше »

ИМЯ

random - обзор интерфейсов получения случайных чисел

ОПИСАНИЕ

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

Следующие интерфейсы предоставляют доступ к данным ядерного CSPRNG:

* Устройства /dev/urandom и /dev/random, описаны в random(4). Данные устройства
доступны с первых версий Linux, а также они есть и во многих других системах.

* Системный вызов, который есть только в Linux — getrandom(2), доступен начиная с
Linux 3.17. Данный вызов предоставляет доступ к источнику как у /de ... Читать дальше »

ИМЯ

pty - интерфейсы псевдо-терминалов

ОПИСАНИЕ

Псевдо-терминал (иногда применяют сокращение «pty») — это пара виртуальных
символьных устройств, которые предоставляют двунаправленный канал обмена. Один
конец канала называется основным (master); другой конец канала называется
подчинённым (slave). Подчинённый конец псевдо-терминала предоставляет интерфейс,
который работает также как обычный классический терминал. Процесс, который
управляется через терминал, может открыть подчинённый конец псевдо-терминала и
затем управляться программой, которая открыла основной конец. Всё что пишется в
основной конец поступает процессу на подчинённом конце так, как-будто данные
вводились с терминала. Например, запись символа прерывания (обычно control- ... Читать дальше »

ИМЯ

pthreads - нити POSIX

ОПИСАНИЕ

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

Также, в POSIX.1 требуется, чтобы нити имели общий диапазон других атрибутов (т.
е., эти атрибуты процесса, а не нити):

- идентификатор процесса

- идентификатор родительского процесса

- Идентификатор группы процессов и сеанса

- Управляющий терминал

- Идентификаторы пользователя и группы

- Открытые файловые дескр ... Читать дальше »

ИМЯ

process-keyring - общая связка ключей для процесса

ОПИСАНИЕ

Связка ключей процесса — это связка ключей, используемая для привязки ключей
процесса. Она создаётся только по запросу процесса. Связка ключей процесса имеет
имя (описание) _pid.

Существует специальное значение, KEY_SPEC_PROCESS_KEYRING, которое можно
использовать вместо настоящего серийного номера связки ключей процесса вызывающего
процесса.

В утилите keyctl(1) подобным образом можно использовать «@p» вместо числового ID
ключа, но так как keyctl(1) выполняется после разветвления, это не используется.

Нить, создаваемая clone(2) с флагом CLONE_THREAD, имеет ту же связку ключей
процесса, что и вызвавший clone(2). Если новый процесс создаётся ... Читать дальше »

ИМЯ

posixoptions - необязательные части стандарта POSIX

ОПИСАНИЕ

В стандарте POSIX (информация взята POSIX.1-2001) описан набор правил работы и
интерфейсы, требуемый от совместимой системы. Однако много интерфейсов являются
необязательными и имеется набор макросов тестирования свойств для проверки
доступности интерфейсов во время компиляции, а также есть функции sysconf(3),
fpathconf(3), pathconf(3), confstr(3), которые выполняют проверки во время
выполнения. Из сценариев оболочки можно использовать getconf(1). Подробности
смотрите в sysconf(3).

Мы приводим имя из POSIX, свойство, имя параметра sysconf(3), который используется
для запроса этого свойство, и возможно, очень краткое описание. ... Читать дальше »

ИМЯ

pkeys - обзор ключей защиты памяти

ОПИСАНИЕ

Ключи защиты памяти (pkeys) — это расширение существующих постраничных прав на
память. Для обычных прав на страницу используются страничные таблицы, требующие
для изменении прав затратных системных вызовов и аннулирования TLB. Ключи защиты
памяти предоставляют механизм изменения защиты без необходимости изменять
страничные таблицы при каждом изменении прав.

Чтобы использовать pkeys, ПО сначала должно «пометить» (tag) страницу в страничных
таблицах значением pkey. После размещения этой метки для удаления прав на запись
или весь доступ к помеченной странице приложению нужно изменить только содержимое
регистра.

Ключи защиты вместе с существующими правами PROT_READ/ PROT_WRITE/ PROT_EXEC
... Читать дальше »

ИМЯ

pipe - обзор каналов и FIFO

ОПИСАНИЕ

Каналы и FIFO (также называемые именованными каналами) предоставляют
двунаправленный канал обмена между процессами. У канала имеется конец для чтения
(read end) и конец для записи (write end). Данные, записанные в конец для записи,
можно прочитать из конца для чтения.

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

У FIFO (сокращение от First In First Out, первым вошёл, первым вышел) имеется имя
в файловой системе (создаётся с помощью mkfifo(3)), и ... Читать дальше »

ИМЯ

pid_namespaces - обзор пространств имён Linux PID

ОПИСАНИЕ

Обзор пространств имён смотрите в namespaces(7).

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

Идентификаторы в новом пространстве имён PID начинаются с 1 как в автономной
системе, и вызовы fork(2), vfork(2) или clone(2) будут создавать процессы с
уникальными идентификаторами в пределах пространства имён.
... Читать дальше »

ИМЯ

persistent-keyring - пользовательская постоянная связка ключей

ОПИСАНИЕ

Постоянная связка ключей — это связка, используемая для привязки от имени
пользователя. Для каждого UID ядро создаёт отдельную постоянную связку ключей,
которая используется всеми нитями, принадлежащими этому UID. Постоянная связка
ключей имеет имя (описание) в виде _persistent.<UID>, <UID> — ID пользователя
соответствующего пользователя.

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

ИМЯ

path_resolution - как путь преобразуется в файл

ОПИСАНИЕ

У некоторых системных вызовов UNIX/Linux есть параметр для указания одного или
нескольких имён файлов. Имя файла (или путь) преобразуется (resolved) следующим
образом.

Шаг 1: запуск процесса преобразования
Если путь начинается с символа «/», то начальным каталогом поиска назначается
корневой каталог вызывающего процесса (процесс наследует свой корневой каталог от
родителя. Обычно, это корневой каталог файловой иерархии. Процесс может получить
другой корневой каталог, используя системный вызов chroot(2). Процесс может
получить полностью закрытое пространство имён монтирования когда он сам или один
из его предков был запущен системным вызовом clone(2) с флагом CLONE_NEWNS). ... Читать дальше »

ИМЯ

packet - пакетный интерфейс на уровне устройства

ОБЗОР

#include <sys/socket.h>
#include <linux/if_packet.h>
#include <net/ethernet.h> /* протоколы L2 */

packet_socket = socket(AF_PACKET, int socket_type, int protocol);

ОПИСАНИЕ

Пакетные сокеты используются для приёма и передачи неструктурированных пакетов на
уровне драйвера устройства (второй уровень OSI). Они позволяют пользователю
реализовывать модули протоколов в пользовательском пространстве поверх физического
уровня.

Значением socket_type может быть SOCK_RAW — для неструктурированных пакетов,
содержащих заголовок уровня связи, или SOCK_DGRAM — для подготовленных (cooked)
пакетов без заголовка уровня связи. Информация заголовка у ... Читать дальше »

ИМЯ

operator - приоритет и порядок вычисления операторов в Си

ОПИСАНИЕ

В данной справочной странице показан приоритет и порядок вычисления операторов в
языке Си.

Оператор Ассоциативность
() [] -> . слева направо
! ~ ++ -- + - (type) * & sizeof справа налево
* / % слева направо
+ - слева направо
<< >> слева направо
< <= > >= слева направо
== != слева направо
& слева направо
^ слева направо
| слева направо ... Читать дальше »

ИМЯ

numa - обзор архитектуры с неравномерной памятью (Non-Uniform Memory Architecture)

ОПИСАНИЕ

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

Системные вызовы NUMA
В ядре Linux реализованы следующие системные вызовы, относящиеся к NUMA:
get_mempolicy(2)< ... Читать дальше »

ИМЯ

nptl - библиотека нитей POSIX

ОПИСАНИЕ

NPTL (Native POSIX Threads Library — библиотека нитей POSIX) это библиотека GNU C,
в которой реализованы нити POSIX, используется в современных версиях Linux.

NPTL и сигналы
Внутри NPTL используются два первых сигнала реального времени (с номерами 32 и
33). Один из них служит для поддержки удаления (cancellation) нитей и таймеров
POSIX (смотрите timer_create(2)); второй используется как часть механизма
обеспечения всех нитей в одном процессе единым UID и GID, как того требует POSIX.
Данные сигналы нельзя использовать в приложениях.

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

ИМЯ

netlink - обмен информацией между ядром и пользовательским пространством
(AF_NETLINK)

ОБЗОР

#include <asm/types.h>
#include <sys/socket.h>
#include <linux/netlink.h>

netlink_socket = socket(AF_NETLINK, socket_type, netlink_family);

ОПИСАНИЕ

Протокол netlink используется для передачи информации между ядром и процессами в
пользовательском пространстве. Он состоит из стандартного, основанного на сокетах,
интерфейса для процессов пользователя и внутреннего API ядра, предназначенного для
модулей ядра. Внутренний интерфейс ядра в этой странице не описан. Кроме того,
существует устаревший интерфейс netlink, работающий через символьные устройства
netlink. Этот интерфейс здесь также не описан; ... Читать дальше »

ИМЯ

netdevice - низкоуровневый доступ к сетевым устройствам Linux

ОБЗОР

#include <sys/ioctl.h>
#include <net/if.h>

ОПИСАНИЕ

В этой справочной странице описан интерфейс сокетов, используемый для настройки
сетевых устройств.

Linux поддерживает несколько стандартных вызовов ioctl для настройки сетевых
устройств. Они могут применяться для любого файлового дескриптора сокета
независимо от семейства или типа сокета. В качестве параметра большинство из них
передаёт структуру ifreq:

struct ifreq {
char ifr_name[IFNAMSIZ]; /* имя интерфейса */
union {
struct sockaddr ifr_addr;
struct sockaddr ifr_dstaddr;
struct s ... Читать дальше »

ИМЯ

namespaces - обзор пространств имён Linux

ОПИСАНИЕ

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

В Linux предоставляются следующие пространства имён:

Пространство имён Константа Изоляция
Cgroup CLONE_NEWCGROUP корневой каталог cgroup
IPC CLONE_NEWIPC System V IPC, очереди сообщений POSIX
Network CLO ... Читать дальше »

ИМЯ

mq_overview - обзор очередей сообщений POSIX

ОПИСАНИЕ

Очереди сообщений POSIX позволяют процессам обмениваться данными в виде сообщений.
Данный программный интерфейс отличается от используемого в очередях сообщений
System V (msgget(2), msgsnd(2), msgrcv(2), etc.), но предоставляет схожие
возможности.

Очереди сообщений создаются и открываются с помощью mq_open(3); эта функция
возвращает дескриптор очереди сообщений (mqd_t), который используется в
последующих вызовах для ссылки на открытую очередь сообщений. Каждая очередь
сообщений описывается именем в виде /некое_имя; оно представляет собой строку с
null в конце и длиной до NAME_MAX (т. е., 255) символов, состоящую из начальной
косой черты, ... Читать дальше »

ИМЯ

mount_namespaces - обзор пространств имён монтирования в Linux

ОПИСАНИЕ

Обзор пространств имён смотрите в namespaces(7).

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

Данные файлов /proc/[pid]/mounts, /proc/[pid]/mountinfo и /proc/[pid]/mountstats
(описаны в proc(5)) соответствуют пространству имён монтирования, в котором
расположен процесс с PID [pid] (для всех процессов, которые расположены в одном
пространстве имён монтирования, данные в этих файлах одинаковы).

Когда процесс создаёт новое пространст ... Читать дальше »

mdoc.samples — обучающий образец для написания справочных страниц BSD с
использованием -mdoc

ОБЗОР

man mdoc.samples

ОПИСАНИЕ

Здесь представлен обучающий образец для написания справочных страниц BSD с помощью
пакета макросов -mdoc, который является пакетом форматирования troff(1) на основе
содержимого и доменов. Его предшественник, пакет -man(7), определял только
структурирование страницы, а шрифты и вёрстка ложилась на плечи авторов страниц. В
-mdoc, макросы структурирования страницы помещены в домен структурирования страницы,
в котором содержатся макросы для названий, заголовки разделов, отображение
(displays) и списки. В основном, его элементы влияют на физическое размещение текста
форматируемой страницы. Кроме домена структурирования страницы есть ещё два домена:
... Читать дальше »

mdoc — краткий справочник по пакету макросов -mdoc

ОБЗОР

groff -mdoc файлы …

ОПИСАНИЕ

Пакет -mdoc — это набор макросов на основе содержимого и доменов, предназначен для
форматирования справочных страниц BSD. Для справки, далее приведены имена макросов
и их назначение; подробное описание по использованию пакета смотрите в справочной
странице groff_mdoc(7) и обучающие примеры mdoc.samples(7).

Заметим, что обычно данный пакет макросов не используется в документации Linux, хотя
и применяется в нескольких широко распространённых программах; смотрите man(7).

Описание макросов поделена на две части; в первой рассказывается о макросах
структурирования и физического размещения в в макете страницы. Во второй содержится
описание макросов справочного и текстового домена ... Читать дальше »

ИМЯ

math_error - определение ошибок при выполнении математических функций

ОБЗОР

#include <math.h>
#include <errno.h>
#include <fenv.h>

ОПИСАНИЕ

При возникновении ошибки большинство библиотечных функций возвращают специальное
значение (например, -1 или NULL). Так как математические функции, объявленные в
<math.h>, обычно, возвращают число с плавающей запятой, то для выдачи ошибки
используются другие способы. Есть два варианта вернуть сообщение об ошибке: старый
— изменяя errno; новый — используя механизм исключений плавающей запятой (с
помощью feclearexcept(3) и fetestexcept(3) как описано ниже), описанный в fenv(3).

Переносимая программа, которой требуется проверка на о ... Читать дальше »

ИМЯ

man-pages — правила написания справочных страниц Linux

ОБЗОР

man [раздел] имя

ОПИСАНИЕ

На этой странице описаны правила, которые необходимо применять при написании
справочных страниц для проекта man-pages Linux, который, в свою очередь,
документирует программный интерфейс пространства пользователя, предоставляемый
ядром Linux и библиотекой GNU C. Таким образом, проект отвечает за большинство
страниц из Раздела 2, за многие страницы из Разделов 3, 4, и 7, и за несколько
страниц из Разделов 1, 5 и 8 справочной системы Linux. Данные правила также могут
быть полезны при написании справочных страниц для других проектов.

Разделы справочных страниц
Традиционно они следующие:

1 Команды пользователя (П ... Читать дальше »

ИМЯ

man - макросы для форматирования справочных страниц

ОБЗОР

groff -Tascii -man файл ...

groff -Tps -man файл ...

man [раздел] имя

ОПИСАНИЕ

В этой справочной странице описывается макет макросов groff an.tmac (часто
называемый макетом макросов man). Данный пакет макросов должен использоваться
разработчиками для написания или переноса справочных страниц в Linux. Он
относительно совместим с другими версиями этого пакета макросов, так что перенос
справочных страниц не должен быть большой проблемой (кроме выпуска NET-2 BSD, в
котором используется полностью другой пакет макросов mdoc; смотрите mdoc(7)).

Заметим, что справочные страницы NET-2 BSD mdoc можно использовать с groff просто
ука ... Читать дальше »

ИМЯ

mailaddr - описание формата почтового адреса

ОПИСАНИЕ

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

пользователь@домен

где «домен» это иерархический список поддоменов, разделённых точками. Примеры
корректных записей одного адреса:

john.doe@monet.example.com
John Doe <john.doe@monet.example.com>
john.doe@monet.example.com (John Doe)

Доменная часть («monet.example.com») является доменом, который принимает почту.
Это может быть узел (и в прошлом, обычно, это так и было), а может и нет. В
доменной части не учитывает регистр букв.

Локальная часть («john.doe») — это, часто, имя пользователя, но точное значение
определяется локал ... Читать дальше »

ИМЯ

locale - описание поддержки нескольких языков

ОБЗОР

#include <locale.h>

ОПИСАНИЕ

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

Файл <locale.h> описывает типы данных, функции и макросы, необходимые для
выполнения этой задачи.

В нём описаны функции: setlocale(3), устанавливающая текущую локаль и
localeconv(3), которая возвращает информацию о форматировании чисел.

Существуют различные категории информации в локали, которые прог ... Читать дальше »

ИМЯ

libc - обзор стандартных библиотек C в Linux

ОПИСАНИЕ

Термин «libc» обычно используется как сокращение обозначения «стандартной
библиотеки C» — библиотеки стандартных функций, которые могут использоваться всеми
программами, написанными на C (и, иногда, программами, написанными на других
языках). Из-за некоторых исторических событий (см. ниже), использование термина
«libc» как обозначение стандартной библиотеки С в Linux, несколько некорректно.

glibc
Вне всяких сомнений, наиболее широко используемой в Linux библиотекой C является
библиотека GNU C ⟨http://www.gnu.org/software/libc/⟩,
(http://wwwgnuorg/software/libc/) часто упоминаемая как glibc. В настоящее время
данная библиотека используется во всех основных дистри ... Читать дальше »

ИМЯ

iso_8859-15 - набор символов ISO 8859-15, представленный восьмеричным, десятичным
и шестнадцатеричным кодом

ОПИСАНИЕ

Стандарт ISO 88159 включает в себя несколько 8-битных расширений набора символов
ASCII (также известных как ISO 646-IRV). В ISO 8859-15 кодируются символы,
используемые в многих языках западной Европы, а также символ Евро.

алфавиты ISO 8859
Полный набор алфавитов ISO 8859 включает в себя:

ISO 8859-1 западноевропейские языки (Latin-1)
ISO 8859-2 центрально- и восточноевропейские языки (Latin-2)
ISO 8859-3 языки юго-восточной Европы и другие языки (Latin-3)
ISO 8859-4 скандинавские/балтийские языки (Latin-4)
ISO 8859-5 латинский/кириллица
ISO 8859-6 латинский/арабский
ISO 8859-7 латинский ... Читать дальше »

ИМЯ

iso_8859-14 - набор символов ISO 8859-14, представленный восьмеричным, десятичным
и шестнадцатеричным кодом

ОПИСАНИЕ

Стандарт ISO 8859 включает в себя несколько 8-битных расширений набора символов
ASCII (также известной как ISO 646-IRV). В ISO 8859-14 кодируются символы,
используемые в кельтских языках.

алфавиты ISO 8859
Полный набор алфавитов ISO 8859 включает в себя:

ISO 8859-1 западноевропейские языки (Latin-1)
ISO 8859-2 центрально- и восточноевропейские языки (Latin-2)
ISO 8859-3 языки юго-восточной Европы и другие языки (Latin-3)
ISO 8859-4 скандинавские/балтийские языки (Latin-4)
ISO 8859-5 латинский/кириллица
ISO 8859-6 латинский/арабский
ISO 8859-7 латинский/греческий
ISO 8859-8 ... Читать дальше »

ИМЯ

iso_8859-13 - набор символов ISO 8859-13, представленный восьмеричным, десятичным
и шестнадцатеричным кодом

ОПИСАНИЕ

Стандарт ISO 8859 включает в себя несколько 8-битных расширений набора символов
ASCII (также известной как ISO 646-IRV). В ISO 8859-13 кодируются символы,
используемые в языках Прибалтики.

алфавиты ISO 8859
Полный набор алфавитов ISO 8859 включает в себя:

ISO 8859-1 западноевропейские языки (Latin-1)
ISO 8859-2 центрально- и восточноевропейские языки (Latin-2)
ISO 8859-3 языки юго-восточной Европы и другие языки (Latin-3)
ISO 8859-4 скандинавские/балтийские языки (Latin-4)
ISO 8859-5 латинский/кириллица
ISO 8859-6 латинский/арабский
ISO 8859-7 латинский/греческий
ISO 8859-8 ... Читать дальше »

ИМЯ

iso_8859-10 - набор символов ISO 8859-10, представленный восьмеричным, десятичным
и шестнадцатеричным кодом

ОПИСАНИЕ

Стандарт ISO 8859 включает в себя несколько 8-битных расширений набора символов
ASCII (также известной как ISO 646-IRV). В ISO 8859-10 кодируются символы,
используемые в скандинавских языках.

алфавиты ISO 8859
Полный набор алфавитов ISO 8859 включает в себя:

ISO 8859-1 западноевропейские языки (Latin-1)
ISO 8859-2 центрально- и восточноевропейские языки (Latin-2)
ISO 8859-3 языки юго-восточной Европы и другие языки (Latin-3)
ISO 8859-4 скандинавские/балтийские языки (Latin-4)
ISO 8859-5 латинский/кириллица
ISO 8859-6 латинский/арабский
ISO 8859-7 латинский/греческий
ISO 8859- ... Читать дальше »