Построчная буферизация и символы ERASE, KILL

@Dami · Регистрация: 08.10.2010

Студворк — интернет-сервис помощи студентам

Всем доброго вечера. У меня такой вот вопрос, помогите, пожалуйста.
В чем связь между построчной буферизацией и символами ERASE,KILL?
Заранее спасибо!

g_u_e_s_t · 03.03.2011, 09:49

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

@odip · 03.03.2011, 09:54

Чтобы правильно задать вопрос нужно знать половину ответа.

@Dami · 03.03.2011, 10:12 **[ТС]**

Этот вопрос я получил,когда сдавал задачу по теме: управление терминальным вводом/выводом. Я ответил на вопрос что такое канонический ввод и получается,что в ответе фигурируют построчная буферизация и символы ERASE,KILL. Вот меня и спросили в чем связь. Я говорил,что символы позволяют редактировать буфер,но это,видимо,не то.

g_u_e_s_t · 03.03.2011, 10:21

На мой взгляд вы все правильно ответили...
А что, экзаменатора ваш ответ не удовлетворил? Если так, то по тыкайте его маном termios или posix'ом 11.1.6 + 11.1.9 чтоб плохому не учил)

@Dami · 03.03.2011, 10:34 **[ТС]**

Мы все задачи делаем под Solaris'om. Я сейчас читал ман termios, но там ничего не обнаружил. Преподаватель говорит,что ответ очевидный и что можно подумать и догадаться.

g_u_e_s_t · 03.03.2011, 10:56

К сожалению в моем opensolaris вообще man termios отсутствует и с ходу не нагуглилось.
Вот на всякий случай вырезки из POSIX на эту тему:

11.1.5 Input Processing and Reading Data
...
Two general kinds of input processing are available, determined by whether the terminal device file is in canonical mode or non-canonical mode. These modes are described in Canonical Mode Input Processing and Non-Canonical Mode Input Processing .

11.1.6 Canonical Mode Input Processing

In canonical mode input processing, terminal input is processed in units of lines. A line is delimited by a <newline> character (NL), an end-of-file character (EOF), or an end-of-line (EOL) character. See Special Characters for more information on EOF and EOL. This means that a read request shall not return until an entire line has been typed or a signal has been received. Also, no matter how many bytes are requested in the read() call, at most one line shall be returned. It is not, however, necessary to read a whole line at once; any number of bytes, even one, may be requested in a read() without losing information.

11.1.9 Special Characters
ERASE
Special character on input, which is recognized if the ICANON flag is set. Erases the last character in the current line; see Canonical Mode Input Processing . It shall not erase beyond the start of a line, as delimited by an NL, EOF, or EOL character. If ICANON is set, the ERASE character shall be discarded when processed.
KILL
Special character on input, which is recognized if the ICANON flag is set. Deletes the entire line, as delimited by an NL, EOF, or EOL character. If ICANON is set, the KILL character shall be discarded when processed.

Не думаю что в соляре отошли от стандарта и сделали по другому...

@Dami · 03.03.2011, 18:04 **[ТС]**

спасибо. я постараюсь ему ответить.

g_u_e_s_t · 04.03.2011, 11:16

да, не за что) Если не сложно, расскажите потом, что-именно он имел ввиду/хотел услышать.

@Dami · 09.03.2011, 14:01 **[ТС]**

в общем, я до сих пор не ответил. Он говорит: почему именно построчная буферизация. Как связаны ERASE и KILL со строкой? почему при посимвольной буферизации нет этих символов?

g_u_e_s_t · 09.03.2011, 16:04

Он говорит: почему именно построчная буферизация.

В смысле почему так называется или почему в качестве одного из методов буферизации ввода с терминала выбрали строку?

Как связаны ERASE и KILL со строкой?

Опять же, ну не понимаю я чего от вас хотят...
Есть стандарты которых должны придерживаться юникс-подобные ОС: SUS/POSIX/etc
Там определено понятие терминала и режимы ввода/вывода для терминала:
Канонический и не канонический, возьмусь предположить исходя из названия, что канонический режим (это и есть строковая буферизация, впрочем вы и без меня это прекрасно знаете, а вот в преподавателе не уверен) это совместимость со старыми доUNIX терминалами. И по моему штука это логичная и удобная для ввода - не дергать процесс на каждый символ (или N символов), а ждать ввода строки полностью. ERASE, KILL, EOL, QUIT и тд, это некие мета-символы (мета в том смысле что конкретные их значения можно переопределять) на которые система _обязана_ отреагировать строго определенным образом.
Не канонический - буферизация по символам и или по времени, ERASE и KILL _не_ обрабатываются

почему при посимвольной буферизации нет этих символов?

Что значит нет? Наверное как раз и имеется ввиду, что в этом режиме они не обрабатываются.
Тогда вопрос можно переформулировать: "Почему при посимвольной буферизации эти символы не обрабатываются специальным образом?"...
Ответом на мой взгляд будет "по тому что это бессмысленно" Собственно, а как их обработать если скажем буфер установлен например в 1 байт???

@Dami · 09.03.2011, 16:35 **[ТС]**

Почему так называется - это понятно. Почему в определении канонический ввод написано: построчная буферизация и обработка символов... вот он и спросил есть ли связь? сам же ответил что есть. Мне нужно понять какая именно. Как должны быть эти символы связаны со строкой.... Но не знаю как. А по поводу посимвольной буферизации, ну для Vmin=1 не подходит,но для остальных то вполне подойти должен. Почему даже не стали делать такое. Были же какие-то причины?!
И я говорил ему,что при посимвольной буферизации, вызов read слишком часто дергает процессор и это не есть хорошо. Он ответил нет,что мол не в этом причина...

g_u_e_s_t · 09.03.2011, 16:56

ИМХО причина в дополнение к read() банальна - это практически полностью повторит канонический режим с ограничением на длину строки = Vmin и что главное, не позволит прочитать эти самые символы с терминала.
Выводы:
В каноническом режиме эти символы прочитать не возможно. Т.е. в строке в терминах терминала таких символов быть не может.
В символьном соответственно возможно.

@Dami · 09.03.2011, 20:14 **[ТС]**

вот ответ,который мне засчитали за правильный:
драйвер терминала позволяет пользователю редактировать
ошибки в строке ввода при помощи ERASE и KILL.Только после того, как вид строки устроит
пользователя и он введет символ конца строки,драйвер передаст строку программе.
не знаю,что здесь такого,что я раньше не говорил,но в общем вот так....

g_u_e_s_t · 09.03.2011, 21:23

Действительно странно...
Судя по вопросу, уровень читаемого вам курса довольно высок, и на этом фоне вытягивать из вас понятный и ежу факт, что в каноническом режиме данные уйдут только после получения EOL, выглядит как-то странно и не солидно)))

Поздравляю с зачетом.

Новые блоги и статьи Все статьи Все блоги /
BOINC: 22 года — и всё ещё работает Programma_Boinc 12.03.2026 BOINC: 22 года — и всё ещё работает Дэвид Андерсон написал ретроспективу. Кратко: в 2001 году он ушёл из United Devices, где был CTO, и за несколько месяцев написал ядро BOINC — клиент, сервер,. . .	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .

@Dami 1 / 1 / 0 Регистрация: 08.10.2010 Сообщений: 36

	Построчная буферизация и символы ERASE, KILL 02.03.2011, 16:27. Показов 2626. Ответов 14 Метки нет (Все метки) Всем доброго вечера. У меня такой вот вопрос, помогите, пожалуйста. В чем связь между построчной буферизацией и символами ERASE,KILL? Заранее спасибо! 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	03.03.2011, 09:49
	Не очень (точнее совсем не) понятно о какой буферизации идет речь. Если вы говорите о stdio, то никакой связи и спец обработки этих символов там нет. Если о терминале, то таки да она есть - в каноническом режиме ввод собирается в строки и эти символы обрабатываются (man termios). В общем попробуйте как-нибудь переформулировать вопрос) 2

@odip 7176 / 3234 / 82 Регистрация: 17.06.2009 Сообщений: 14,164
	03.03.2011, 09:54
	Чтобы правильно задать вопрос нужно знать половину ответа. 0

@Dami 1 / 1 / 0 Регистрация: 08.10.2010 Сообщений: 36
	03.03.2011, 10:12 [ТС]
	Этот вопрос я получил,когда сдавал задачу по теме: управление терминальным вводом/выводом. Я ответил на вопрос что такое канонический ввод и получается,что в ответе фигурируют построчная буферизация и символы ERASE,KILL. Вот меня и спросили в чем связь. Я говорил,что символы позволяют редактировать буфер,но это,видимо,не то. 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	03.03.2011, 10:21
	На мой взгляд вы все правильно ответили... А что, экзаменатора ваш ответ не удовлетворил? Если так, то по тыкайте его маном termios или posix'ом 11.1.6 + 11.1.9 чтоб плохому не учил) 2

@Dami 1 / 1 / 0 Регистрация: 08.10.2010 Сообщений: 36
	03.03.2011, 10:34 [ТС]
	Мы все задачи делаем под Solaris'om. Я сейчас читал ман termios, но там ничего не обнаружил. Преподаватель говорит,что ответ очевидный и что можно подумать и догадаться. 0

@Dami 1 / 1 / 0 Регистрация: 08.10.2010 Сообщений: 36
	03.03.2011, 18:04 [ТС]
	спасибо. я постараюсь ему ответить. 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	04.03.2011, 11:16
	да, не за что) Если не сложно, расскажите потом, что-именно он имел ввиду/хотел услышать. 0

@Dami 1 / 1 / 0 Регистрация: 08.10.2010 Сообщений: 36
	09.03.2011, 14:01 [ТС]
	в общем, я до сих пор не ответил. Он говорит: почему именно построчная буферизация. Как связаны ERASE и KILL со строкой? почему при посимвольной буферизации нет этих символов? 0

@Dami 1 / 1 / 0 Регистрация: 08.10.2010 Сообщений: 36
	09.03.2011, 16:35 [ТС]
	Почему так называется - это понятно. Почему в определении канонический ввод написано: построчная буферизация и обработка символов... вот он и спросил есть ли связь? сам же ответил что есть. Мне нужно понять какая именно. Как должны быть эти символы связаны со строкой.... Но не знаю как. А по поводу посимвольной буферизации, ну для Vmin=1 не подходит,но для остальных то вполне подойти должен. Почему даже не стали делать такое. Были же какие-то причины?! И я говорил ему,что при посимвольной буферизации, вызов read слишком часто дергает процессор и это не есть хорошо. Он ответил нет,что мол не в этом причина... 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	09.03.2011, 16:56
	ИМХО причина в дополнение к read() банальна - это практически полностью повторит канонический режим с ограничением на длину строки = Vmin и что главное, не позволит прочитать эти самые символы с терминала. Выводы: В каноническом режиме эти символы прочитать не возможно. Т.е. в строке в терминах терминала таких символов быть не может. В символьном соответственно возможно. 0

@Dami 1 / 1 / 0 Регистрация: 08.10.2010 Сообщений: 36
	09.03.2011, 20:14 [ТС]
	вот ответ,который мне засчитали за правильный: драйвер терминала позволяет пользователю редактировать ошибки в строке ввода при помощи ERASE и KILL.Только после того, как вид строки устроит пользователя и он введет символ конца строки,драйвер передаст строку программе. не знаю,что здесь такого,что я раньше не говорил,но в общем вот так.... 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	09.03.2011, 21:23
	Действительно странно... Судя по вопросу, уровень читаемого вам курса довольно высок, и на этом фоне вытягивать из вас понятный и ежу факт, что в каноническом режиме данные уйдут только после получения EOL, выглядит как-то странно и не солидно))) Поздравляю с зачетом. 0