Здравствуйте Андрей Викторович!!! Очень Вам признателен за такой ТИТАНИЧЕСКИЙ ТРУД!!!

у меня вопрос по С.
на странице 202 есть строка как компилировать и линковать библиотеку.

gcc -Wall -g -lm qe.c -o qe

у меня такая запись не работает, сработала только когда я -lm поставил после qe.c.

Так вот, вопросик, в чем может быть в данном случае проблема? это у меня одного так криво работает?

Добрый день, Андрей Викторович! Подскажите, пожалуйста, для чего в операциях внесения/удаления элемента в массив (Том 2, стр. 75, 1-е изд.) используются операция "and cl, 11111b", если до этого мы в BL уже имеем нужную позицию (число не превосходящее 32) с помощью:

shl ebx, 3
shr bl, 3

Заранее спасибо!

Андрей Викторович, добрый день! На странице 286 в функции дважды выполняется присваивание переменной lnum единицы, случаем не опечатка? И почему присваиваем именно единицу, по итогу у нас выдается в стандартный вывод число на единицу больше, чем фактически прочитано строк.

Здравствуйте, Андрей Викторович! Если ещё есть время, проверьте возможные опечатки
1т.
с.90 - h, j, k, l набраны обычным шрифтом
3т.
с.391 - "контроллера DMA" вместо "контроллер DMA"
4т.
с.202 - "источника (например, прочитать из файла) либо если" запятая после закрывающейся скобки

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

for(i = 0; i < 360; i++)
    k[i] = sin((2*M_PI/360.0) * (double)i);

Смотрю как баран на новые ворота. Что означает (double)i? Или что я пропустил и не усвоил?

На стр. 47 вы даете пример, если написать:
db "This is a string", то размер исполняемого файла увеличится на 16 байт, а если написать resb 16 то ассемблер выделит 16 байт, но размер исполняемого файла не увеличится.
Вопрос следующий, если есть информация в исполняемом файле о резервировании какой-то области памяти, то как инструкция которая за это отвечает может иметь нулевой размер(как она может быть вообще прочитана) ?
Что будет если использовать каким-то образом эти 16 байт(секции .bss), файл будет увеличиваться в размере во время исполнения ?

Недавно читал параграф, посвящённый макровызовам (стр 110), в котором приводятся примеры в духе:

%macro	pcall3	4
		push	%4
		push	%3
		push	%2
		call	%1
		add	esp,	12
%endmacro

И предлагается в качестве упражнения описать аналогичные макросы pcall4, pcall5, ... pcall8.

После чего задаётся вопрос: "почему стоит остановиться именно на описании pcall8 ?".

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

В итоге у меня остался только вариант "количество параметров не должно превышать 32 байта", но почему это так, мне не совсем понятно, можно какой-нибудь намёк на истину? =)

На стр. 48 предоставлены две команды:

mov eax, ebx
mov eax, 5

На стр. 49 Вы рассказываете, что первая команда будет занимать в памяти два байта, почему два? Мы копируем регистр EBX[а он у нас 32-битный в регистр EAX(так же 32-битный)], но(mov eax, 5) как пишут разные источники под непосредственный операнд выделяется 32 бита, следовательно, 32 бита пересылаются в 32-битный регистр, почему пять байт ?
Не могли бы вы, Андрей Викторович, дать пояснение почему в памяти будут два и пять байт в первом и втором случае.

На стр. 46 там есть пример:
"welmsg db 'Welcome to Cyberspace!'".
Появляется следующий вопрос, как данная строка может влезть в Define Byte, если выделяется всего 1 байт, а строка состоит из 22 символов(соответственно, 22 * 8 = 176 Б) ?

Здравствуйте Андрей Викторович!
На стр. 61 есть предложение "Знак остатка, вычисляемого командой imul, всегда совпадает ...". Может быть idiv?

Здравствуйте, Андрей Викторович! Прошу проверить возможные опечатки опечатки

1 том
с. 73 - возможно стоит уточнить с какими правами программы откажутся запускаться
с. 232 - ошибка в блок-схеме
с. 256-257 - "3 8 7 5" вместо "3 8 5 7" и "5 7 8 3" вместо "7 5 8 3"
с. 375 - возможно лучше "при удалении первого или любого другого элемента"

2 том
с. 253 - NULL (шрифт)
с. 301 - "для кого либо, кроме владельца"
часть 4, с. ??? - "срочки" вместо "строчки"
с. 336 - от 0 до 16 вместо от 0 до 15
с. 348 - 3-ий вариант MYMACRO должен откомпилироваться

3 том
с. 43 - i-node (шрифт)
с. 116 - а [роль] сигналов в жизни вашей программы
с. 146 - процесс может уже быть
с. 207 - других типов файла
с. 227 - объявление res после операторов
Там же - if(res < 1) { /**/ continue;} if(res == 0) { /* никогда не выполнится */ }
Там же - не используется writefds

4 том
с. 59 - reverse_list_to
с. 60 - res в reverse_list
с. 74 - форматная строка
с. 288 - прЕдуманный
с. 293 - )»)
с. 311 - а те, что спецификации соответствовать
с. 339 - седьмой?
с. 415 - isomorpic
с. 490 - vi или vim?

Введение в Си++ (возможно есть в 4-ом томе)
с. 39 - операторы циклов (for, if, while)

PS: капча настолько жуткая, что аж спать захотелось

Опечатка? Стр. 159, 1-й том:
"... пока результат оДного не потребуется для другого вычисления."

Здравствуйте Андрей Викторович!
На странице 53 вы пишите, что в исполнительном адресе нельзя использовать три регистра и ещё целый ряд ограничений. Понятно, что выражение для вычисления исполнительного адреса не может быть произвольным. Неочевидно из каких соображений выводятся ограничения. Не могли бы вы подробнее рассказать об этом?

На стр.144
В этом примере мы не обрабатываем ошибки, предполагая, что запись в стандартный поток ввода всегда успешна
Не должен ли быть тут поток вывода?

Известно ли уже про опечатку на стр. 74 второго тома?
потом в EDX мы выполним сдвиг вправо и реультат, который полностью уместится..

Андрей Викторович, а можете объяснить, как реализована функция open (вернее, ее вариант с третьим аргументом perms). Судя по заголовку, она не вариадическая? Как же тогда, если в Си нет перегрузки функций?

Здравствуйте. Небольшое замечание для страницы 439. Сейчас, если создавать 32-битный бинарь на 64-битной архитектуре, требуется передать -m32 в команду gcc, а также передать -m elf_i386 для ld.

У меня сработало в таком виде:
nasm -f elf start.asm // тут как раз флаг -f указывает на создание 32-битного
nasm -f elf calls.asm
gcc -m32 -Wall -c greet3.c // если не указать -m, то будет 64-битный. И тогда линкер будет ругаться на несовместимость типов объектных файлов
ld -m elf_i386 start.o calls.o greet3.o -o greet // здесь тоже для указания именно 32-битного

2 с лишним дня убил на эти ошибки. Кому-то да пригодится. И, если честно, что-то сейчас никакой экономии в размере толком не увидел почему-то, без символов получилось 13Kb. Как получилось меньше килобайта в книге - без понятия)

Здравствуйте. Возможно, опечатка на странице 284.

> "в зависимости от значения perror"
Разве не "значения errno"?

Доброго дня, Андрей Викторович!

Прошу проверить возможные опечатки:
с.53
соответстветствующее
c.70
PC-BSD (на википедии "TrueOS (formerly PC-BSD or PCBSD)")
c.128
217A -> 217B
с.197
writeln('Hello, world') -> writeln('Hello, world!')
с.216
quad -> square
с.243
var i: integer; (без перевода строки)
с.264
end -> end;
с.292
3. ... кроме набольшего ...

с.299
for i := 2 to MaxSchool do
с.300
for i := 1 to MaxSchool do

с.340
halt -> halt(1)
с.360
символом "?!" -> символами "?!"
с.412
";" перед end
var p, q: ... (нет перевода строки)
c.413
";" перед end

Возможные неточности в архиве:

";" перед end:

colordemo.pas
ст.42
diamond.pas
ст.19,21,33,35
diamondp.pas
ст.18,20,34
frcancel.pas
ст.17
hanoi2.pas
ст.36,43,110
hanoi3.pas
ст.11,70,72,89
hanoi.pas
ст.26
hello20.pas
ст.9
message_n.pas
ст.9
movingstar.pas
ст.40,55,75
olympcount.pas
ст.28
skip_indented.pas
ст.22
star_slash.pas
ст.9

лишние пробелы после строки:

gennubin.pas, gennumtx.pas
ст.21
hanoi.pas
ст.26
hanoi2.pas
ст.110
hanoi3.pas
ст.89

Большое спасибо за книги!

Здравствуйте, страница 79. Несколько вопросов-замечаний по примеру с дополнением строки "This is a string" подстрокой "long ".

Во-первых, buf2 в объявлении секции .data должен идти раньше buf1, в противном случае когда мы выполним mov edi, buf1+17+5 мы перезапишем buf2. То есть должно быть так:

buf2 db "long "
buf1 db "This is..."

-----

Во-вторых, непонятен момент когда опять же мы сдвигаем buf1 на 22 байта во второй строке. Учитывая, что buf1 будет выше по стеку, чем buf2, теоретически мы можем попасть в область памяти, которая не принадлежит нашему процессу? В таком случае надо объявлять дополнительный буфер поверх buf2? К примеру

buf2 db "long "
buf1 db "This is..."
buf3 db " " ; много символов пробела

Тогда при сдвигании мы попадем в область дополнительного буфера, а это уже точно наша память.

-----

В-третьих, зачем сдвигать на 8 байтов во 2ой строке, когда нам нужно сдвинуть слово "string", а оно длиной в 6 символов.Тогда код со 2ой по 4ую строку преобразуется

mov edi, buf1+20
mov esi, buf1+15
mov ecx, 6

-----

Поправьте, если где-то ошибся. Спасибо.

На с. 45:

... в четвёртое - число 5 и т.д.

Это, вроде бы, опечатка, там должно быть число 3? В старой версии книги тоже самое.

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

Здравствуйте, Андрей Викторович.
Во втором томе, на странице 402:
Отметим, что двух идентификаторов в описании переменной быть не может, поэтому параметр функции, который в описани указателя на эту функцию должен быть безымянным....
а полностью описание указателя на функцию replace_f(или другую с тем же профилем) окажется таким:
int(*(*replace_f_ptr(int(*)(int,int)))(int,int);

Как читателю, этот момент с безымянным указателем мне показался непонятным. Почему непременно должно быть такое описание, а не int(*(*replace_f_ptr(int(*fun)(int,int)))(int,int); ? Я так понял, вы имели ввиду, что бессмысленно указывать второй идентификатор, а не то, что это приведёт к ошибке компиляции. Но если я всё-таки всё правильно понял, то идентификатор с точки зрения лучшей читаемости кода можно было оставить.
https://stackoverflow.com/questions/64874499/complex-type-declaration-wi...

Первый том очень понятный(за исключением параграфов 1.5.5-1.5.7) и помог мне сделать хоть какой-то прогресс. Сделал игру "змейку", использовав ваш код про очередь и про "звездочку" и немножко их изменив. С другими книгами по программированию я топтался на месте так и не закончив. Спасибо большое вам за книги! Какие книги посоветуете на счет параграфов 1.5.5-1.5.7?

В введении в программирование на странице 30 допущена неточность: Мнемоника jl есть сокращение от "jump if Less", а не Lower.

День добрый.
В книге встречаются примеры вида
double dbl_sum(const double *a, int size)
{
return size > 0 ? *a + dbl_sum(a+1, size-1): 0;
}
(стр. 394, вторая книга)
понятно, что пример учебный, дабы "вбить в голову" как работает рекурсия лишний раз. И возможно даже компилятор его оптимизирует в итерацию. Но все же не плохо бы уточнить каждый раз по возможности комментарием вида "не смотря на изящность решения, при большом размере массива лучше так не делать, пример учебный, чтоб закрепить понимание рекурсии". А то ведь студенты читают.

Опечатка в фрагменте кода внизу страницы.
Написано:

if(first){
first = first->next;
while(first){
free(first->last);
first = first->next;
...

должно быть:
f(first){
first = first->next;
while(first){
free(first->prev); /* here was error */
first = first->next;
...
P.S. все же не удобно пользоваться PDF без поиска и возможности копирования.

Во втором томе на стр. 182 сказано:
В результате сравнения при неравенстве операндов C3->0, C0->1 (если st0 > st1), или ->0 (если st0 < st1). ... флаг C0 оказывается аналогичен флагу CF (для беззнаковых чисел).

Но ведь это не так. При сравнении беззнаковых чисел, CF устанавливается в 1, если уменьшаемое меньше вычитаемого.
В табл. 3.3 описывается jb (a < b) (CF=1).

Например программа ниже, на моем компьютере, выводит CF=0.

global _start
section .data
x               dt 111.0
y               dt 33.0
section .text
_start:    fld tword [y]
           fld tword [x]           ; st0=x, st1=y
           fcom                    ; x > y
           fstsw ax                ; C0=1 ?
           sahf                    ; C0->CF

           jc .cf
           print 'CF=0'
           jmp .end
.cf:       print 'CF=1'
.end:      syscall 1, 0

При этом все становится на свои места, если сказать:
В результате сравнения при неравенстве операндов C3->0, C0->0 (если st0 > st1), или ->1 (если st0 < st1).

На стр.157 второго тома есть код:
err2len equ $-err1msg

Вероятно должно быть:
err2len equ $-err2msg

Здравствуйте. На странице 122 есть фрагмент кода:
mov ecx, array
mov esi, arr_len

Вы перепутали ecx и esi местами.
Должно быть:
mov ecx, arr_len
mov esi, array

Большое спасибо за великолепные книги.

Добрый день!
Стр 376. "pp:= @first" должно быть pp:= first

"Что касается дополнительного отступа для для всего тела..."

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

К сожалению я не в курсе, исправлял ли кто-то её или нет.
На 261 странице первого (!) тома сказано:
""... 7Е3 -- это то же самое что 700.0 ..."

Что не верно. Ибо 7Е3 = 7000.0 а не 700.0

Андрей Викторович, здравствуйте!
На странице 399 Тома 2 в описании функции обнаружил опечатку:
...
int_bin_tree_traverse(r->left);
(*callback)(r->val, userdata);
int_bin_tree_traverse(r->right);
...

Не хватает параметров в рекурсивных вызовах. Вот такая штука у меня заработала:
...
int_bin_tree_traverse(r->left, callback, userdata);
....
int_bin_tree_traverse(r->right, callback, userdata);

Спасибо Вам огромное за Ваши труды!!! Успехов во всех начинаниях!!!

На 154 странице 2-ого тома фрагмент кода:

%macro	kernel 1-*

%ifdef OS_FREEBSD

  %rep %0
    %rotate -1
	  	push dword %1
  %endrep
		mov eax, [esp]
		int 80h
		jnc %%ok
		mov ecx, eax
		mov eax, -1
		jmp short %%q
  %%ok:
		xor ecx, ecx
  %%q:
		add esp, (%0-1)*4

%elifdef OS_LINUX
...

Не могу понять, почему к esp прибавляется (%0-1)*4 вместо %0*4, ведь команда push dword %1 вызывалась %0 раз.

Добрый день. Второй том, с. 442:
реультат макропроцессирования выдаётся на стандартный вывод (в абзаце про ключ -E)
Касательно -S: можно добавить -masm=intel и получить ассемблерный выхлоп с синтаксисом Intel.

Комментарии к I тому закрыты, поэтому пишу сюда.
Прошу проверить возможные опечатки:

с. 243, 258, 284, 300, 328, 332, 366, 391, 395
";" в строках перед end.

c. 253
Вызов процедуры должен быть
PrintChars(ch; count - 1)

с. 278
Вместо ''''' требуется '''

с. 331
Массив AllColors не меняется, можно задать как const.

При вызове процедуры MakeLine происходит лишнее неявное преобразование типа
fgcolor - ожидается integer, подаётся word.
Можно исправить описание процедуры:
procedure MakeLine(line: integer; fgcolor: word)

Лишняя ";" после вызова MakeLine.

*в книге не описана возможность занесения в массив элементов типа word
значений типа string: (Black, Blue, Green, Cyan...) как в перечислимый тип.

c. 371
Если решается 1я задача со стр. 359, надо использовать read вместо readln - без
перевода строки.

Вызов функции SOLEmpty(s) д.б. SOLIsEmpty(s).

c. 373
В функциях QOLGet и QOLIsEmpty queue^.first и queue^.last заменить на
queue.first и queue.last.

c. 383
Параметры функций и процедур должны разделяться ";", а не ",".

c. 398
if MatchIdx(idxs+i, idxp+1) then
заменить на
if MatchIdx(str, pat, idxs+i, idxp+1) then

с. 399
На с. 398 в тексте предполагается, что Match использует параметры-значения, но
функция описана с параметрами-переменными - испарвить на
function Match(str, pat: string): boolean;

if ParamCount < 3 then
заменить на
if ParamCount < 2 then
Ожидается 2 параметра.

c. 437 (2 места)
[ x"$c $d" != x"$res" ] заменить на
[ "$c $d" != "$res" ]

Большое спасибо за книги!

На странице 284 6-я строчка сверху: "... выбираемое в зависимости от значения perror". Думаю должно быть не perror, а errno.

Здравствуйте, на странице 262 последний вариант функции string_length возвращает на 1 больше(считает нулевой символ).

Добрый день. В первом томе на стр. 143: "и совершенно неважо, какова будет итоговая формулировка".

Добрый день, во втором томе на стр 216 ошибка в функции case_up, вместо return c-('a'-'Z'); по-видимому, должно быть
return c-(('a'-'Z')+('Z'-'A'));
Спасибо.

Добрый день, возможно уже исправлено: в первом томе на стр 340 oбъявляется переменная 'mult', далее используется 'mul'. Большое спасибо!

Возможно уже исправляли:
стр. 292, вторая строка сверху: "знакомую нам тех пор", видимо должно быть: "знакомую нам с тех пор".

Большое спасибо за труд.

Добрый день, Андрей Викторович. Позвольте небольшой комментарий (кажется, здесь об этом еще никто не писал) касательно битовых полей. До появления "стандартов" спецификация Си позволяла указывать ширину только для [un]signed int (в C99 к ним примазался еще bool, который на самом деле int). Указание ширины для других типов - нестандартная возможность GCC (sic!), ставшая со временем чем-то самим собой разумеющимся. Но, например, структура с unsigned char на с. 336 не понравится компилятору, запущенному с -ansi -pedantic; у Кернигана и Ритчи этот момент также оговаривается. Возможно, если дойдет дело до переиздания, стоит об этом упомянуть.

Прошу проверить возможные опечатки:

с. 73
"статус объекта с номером 510 - в 29-м бите 15-го элемента массива".
Должен быть 30й бит 15-го элемента массива. 510/32 = 15+30/32.

с. 75
При очистке массива
lp: mov [esi+4*ecx], eax
массив очистится с адреса [esi+4] до [esi + 4*15], а требуется с [esi] до [esi + 4*15].
Т.е. программа должна выглядеть:
xor eax, eax
> mov ecx, 16
mov esi, set512
>lp: mov [esi+4*ecx-4], eax
loop lp
Как в примере на с. 69.
В последнем примере на с. 76 - то же самое.

с. 108
"...четыре (байта) расходуются на представление числа 1000"
Д.б. 10000.

с. 154
В строке
add esp, (%0-1)*4
[esp] будет указывать на последний параметр макроса, он так и останется на вершине стэка. Предполагалось убрать все параметры.
Должно быть:
add esp, %0*4

с. 157
В программе copy.asm не обрабатываются ошибки по результату выполнения макросов kernel для вызовов read и write.
На с. 145 вы предупреждаете:
"При чтении, как и при использовании других системных вызовов, может произойти ошибка ... это обнаруживается по "отрицательному" значению регистра eax после возврата из вызова".

с. 159
.again:
kernel 3, [fdsrc], buffer, bufsize
cmp eax, 0
jle .end_of_file
...

Производится проверка eax <= 0 и для ситуации конца файла (eax = 0) и для ошибки (eax < 0). При выполнении условия следует переход для обработки ситуации конца файла, но нет обработки ситуации ошибки (когда eax < 0), которую надо обрабатывать отдельно - аналогично вызовам open на с. 158.
Если в программе не предполагается обработка ошибок для read и write, можно было ограничиться проверкой eax = 0:
cmp eax, 0
je .end_of_file

с. 183
В коде строка fxcn д.б. fxch.

с. 210
В вызове функции
d = discr(p, q, r)
ф-я должна называться discrim.

с. 241
for(i = 0, j = arr_len - 1; i < j; i++, j++)
должно быть
for(i = 0, j = arr_len - 1; i < j; i++, j--)
иначе - бесконечный цикл.

с. 326
В примере
if(last)
...
last = first->prev
должно быть
last = last->prev

В примере
if(first)
...
free(first->last)
должно быть
free(first->prev)

с. 336
"...на который отведено 4 бита, т.е. он может принимать значения от 0 до 16".
Должно быть "от 0 до 15".

с. 428
Предложение:
т.к. часть
pn = setpair(fgcolor, all_colors[i]);
att = COLOR_PAIR(pn);
не меняется во вложенном цикле, можно вынести её во внешний.

Большое спасибо за книги!

В третьем томе на странице 181 подсеть в локальной сети Бориса, похоже, обозначена с ошибкой. Видится, вместо адреса подсети 192.168.64.0 должен быть адрес 192.168.45.64.
Если всё же это не опечатка, не могли бы Вы поподробнее объяснить, откуда этот адрес взялся

Полагаю, в третьем томе на странице 113 в предложении "Вызов sigaction появился позже, имеет..." пропущено слово "который"

Здравствуйте. В сноске 37 на странице 120 опечатка в числах
из ряда Фибоначчи.

Здравствуйте
Пробую собрать первую программу на Nasm

$ nasm -f elf32 1.asm
$ ld -m elf_i386 1.o -o 1
$ ./1
-bash: ./1: cannot execute binary file: Exec format error
$ ldd 1
not a dynamic executable

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

Ставил
sudo apt-get install libc6-dev-i386
и еще много чего, что находил в инете - толку 0. Убунта 64 бита.

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

timeout(delay_duration);
// Some code
while((key = getch()) != key_escape) {
    switch(key) {
    // some code
    case KEY_UP:
        set_direction(&s, 0, -1);
        break;
    // some code
    case ERR:
        move_star(&s, col-1, row-1);
        break;
    // some code
    }
}

Ясно, что если нажать, например, на стрелку "вверх" и не отпускать, то getch будет всё время возвращать KEY_UP и никогда не вернёт ERR, то есть move_star не будет вызван. Можно было бы вынести move_star из тела switch и делать его на каждой итерации цикла, но тогда возникнет другая проблема: если зажать клавишу, то getch начнёт отдавать управление слишком быстро (не дожидаясь окончания timeout-а), и звёздочка начнёт ускоряться при зажатии стрелки.
По-видимому, правильным решением здесь будет отказаться от использования timeout и организовывать задержку с помощью функции sleep или подобной. При этом считывание клавиш имеет смысл производить чаще, чем собственно двигать точку.

timeout (0);
int move_timeout = 200;
int read_timeout = 50;
int reads_per_move = move_timeout / read_timeout;
for (;;)
{
    for (int i = 0; i < reads_per_move; i++)
    {
        int key = getch ();
        if (key == key_escape)
            return;

        process_key (key); // changing direction is done here

        usleep (read_timeout * 1000);
    }
    move_star (&s, col-1, row-1);
    // some code
}

Если процесс взаимодействует с чем-то по сети, то он должен избрать порт для своего сокета. Понятно, что порт нужно выбирать из тех, которые на данный момент свободны. Возникает вопрос - как внутри программы узнать, какие порты в системе уже заняты на данный момент?
В терминале это узнать можно, если я не ошибаюсь, через что-то вроде:
netstat -at | tail -n +3 | grep -v 'LISTEN' | sed 's/\ \{1,\}/\ /g' |
cut -d' ' -f 4 | sed 's/cpu_name://' | sort -u
(На правильность не претендую, но такой вариант у меня сработал)
В принципе, можно изнутри программы запустить данный конвейер с использованием неименованных каналов, а потом прочитать выдачу. Но выглядит это, мягко говоря, довольно криво и неестественно.
Есть ли более правильный способ решить упомянутую проблему?

(стр. 326) Не могли бы Вы уточнить зачем взятие адреса, а потом dereference за скобкой. Нельзя ли так:
first ? first->prev : last = tmp;

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

Как применить правила, описанные в разделе 4.13.3, к описаниям со страницы 259?

const int *p;
p -- это указатель на int константный;

int * const q;
q -- это константный указатель на int.

Не могу понять, почему зависимое слово "константный" в словесном описании в первом случае стоит после главного слова, а в другом -- перед ним.

И ещё вопрос из той же оперы: как описать "указатель на константную область памяти, в которой находятся указатели на константные области памяти, в которых хранятся int'ы"?

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

Здравствуйте. Подскажите, пожалуйста, в какой кодировке находится текст данной книги? У меня ubuntu-based дистрибутив, текст копируется битыми символами. Я помню, что в одной из Ваших книг по NASM я использовал онлайн-перекодировщик, но все настройки потерялись и мне не хотелось бы снова тратить время на их поиск или на распознавание её типа. Копирование для электронного конспекта. Спасибо.

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

Долго пытался запустить первый пример hello5.asm на macOS 10.14.3, пришел к такому решению.
файл stud_io.inc можно не менять

в тексте программы заменить _start на start
получится такой тест программы

%include "stud_io.inc"
global start

section .text
start: mov eax, 0
again:  PRINT   "Hello"
        PUTCHAR 10
        inc     eax
        cmp     eax, 5
        jl      again
        FINISH

запускаем командами

> nasm -f macho hello5.asm                        
> t2 ld -macosx_version_min 10.7.0 -o hello5 hello5.o
> t2 ./hello5 

Андрей Викторович добрый вечер, хотел услышать вашего профессионального мнения по поводу namespaces в Linux, при сборке одного приложения в скрипте использовалась функция unshare. Но в моем дистрибутиве debian по умолчанию отключен в ядре kernel.unprivileged_userns_clone. Я тестировал на виртуальном образе, эта функция через обычного пользователя, запускает процесс с uid root, не совсем понятно пока какому принципу это происходит, без какой либо авторизации. Хотелось бы понять для чего это реализовано и стоит ли использовать в работе? Не просто так она же выключена.

1. Добрый вечер Андрей Викторович, не могли бы пояснить, как правильно реализовать Makefile для файлов паскаль, имею такую структуру директории:

Pascal
├── Makefile
├── prog_1
└── src
    ├── prog_1.pas
    └── prog_2.pas

Я написал такой файл:

NAMES = prog_1
DIR = src
SRCMODULES = $(NAMES:%=$(DIR)/%.pas)
OBJMODULES = $(NAMES:%=%.o)
PASCAL = fpc
PASCALFLAGS = -g -o./
OBJSIZE = size

all: $(SRCMODULES)
	$(PASCAL) $^ $(PASCALFLAGS)
	$(OBJSIZE) $(OBJMODULES)
	@rm $(OBJMODULES) 

Как сделать так, чтобы при добавлении новых имен в переменной NAMES = prog_1 prog_2, получался цикл в заголовке цели для каждого имени, а не список всех имен, но при этом не создавать для каждого нового имени - цель? Или так нельзя реализовать?

Еще проведите ликбез, в MacOS и Windows есть калькулятор программиста, там есть логические операции и представление числа в разных системах счисления, как это реализовать в терминале, математические операции я выполняю, передавая строку в калькулятор

bc <<< "a+b"

А вот логические операции он не понимает, и как можно выводить в поток вывода десятичное число сразу в 16-ой и 2-ой системе? Если просто командой нельзя реализовать так, и для этого нужно писать скрипт то, что использовать для представления?

Добрый день Андрей Викторович, возникло не допонимание видимости объектов, имеется программа состоящая из файлов {main.c; module1.c; module1.h; module2.c; module2.h} в файле module1.h прописано перечисление
enum bool {off,on};
Где еще что нужно правильно прописать, чтобы он виделся в module2.c ? Т.к. когда я про него забыл и прописал еще раз в module2.h компилятор ругнулся, что два одинаковых объявления.
Еще заметил для переменных, если делаю объявление в файле module1.c обязательно нужно как в книге прописать это же объявление в заголовочном файле с extern, а если объявление делаю только в заголовочном файле, без extern, main.c видит эти переменные.
Хорошо усвоил, что не глобальное то static...)))

На странице 80 пример в верху страницы. Вроде бы scas сравнивает с содержимым по адресу EDI, а там заносится в ESI. Прошу прощения если повтор.

На странице 79 строка "This is a string" содержит 16 символов (нулевой не рассматривается как я понял). Последний 'g' содержится по адресу buf1+15. И перемещаем мы 5 элементов, а не 8 как пишется в ECX. Не таким ли должен быть правильный код?:
std
mov edi, buf1+15+5
mov esi, buf1+15
mov ecx, 5
...

Здравствуйте, Андрей Викторович, объясните, пожалуйста, фрагмент на стр. 90: командой "push ebp" мы сохраняем старое значение ebp (т.е. занесли его значение в esp), а командой "mov ebp, esp" "снимаем" последнее значение esp (т.е. старое значение ebp). Вопрос: не понимаю, зачем нужна вторая команда, ведь уже после первой ("push ebp") в ebp и в esp одинаковые значения?
Спасибо.

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

Здравствуйте, не понимаю принцип подсчета адреса ячейки из темы "3.2.5. Косвенная адресация; исполнительный адрес", а именно, на стр. 53 адрес вида [matrix+eax+4*ebx] должен указать точный адрес нужного элемента массива. Но если 1-е число 1-й строки находится по адресу matrix+4, 2-е число 1-й строки - matrix+8, 15-е число 1-й строки matrix+60, 1-е число 2-й строки matrix+64 и т.д., то адрес указан неверно. Ощущение такое, что я ошибаюсь в представлении о подсчете адресов. Объясните, пожалуйста.
Спасибо.

Столкнулся с некоторым недопонимаем, работы с буфером ввода-вывода, при использовании scanf(), в буфере остаются еще какие-то данные, при использование fflush(stdin) они не сбрасываются и если следом за этими командами использовать getchar(), то он их считывает. Возникают вопросы, исходя из этого, получается что в системе используется несколько буферов, один буфер библиотеки stdio, а другой буфер ядра, правильно я понимаю? И как тогда правильно очищать буфер ввода?

Здравствуйте!
Не могу понять, есть ли ошибка в томе 2 на странице 75?
Во-первых, ранее в книге говорилось, что при использовании loop в ECX задается число итераций, а у нас их тут должно быть, если я не ошибаюсь, 16 (обратиться к каждому элементу 0..15 и занести туда 0).
Во-вторых, если представить что для элементов 2..15 цикл уже был выполнен, то сейчас в ECX - 1; затем мы заносим в элемент с индексом 1 ноль, команда loop уменьшает ECX на 1 и, т.к. там уже 0, больше никуда не прыгает.
По всему получается, что должно быть 16.

p.s. Большое спасибо за ваши книги!

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

"В первые два "слова" будет занесено число 1, в третье слово 2, в четвертое - число 5 и т.д." Последовательность 1, 1, 2, 3, 5, 8, 13, 21, значит четвертое слово 3 (стр 47)

В примере к строковой команде scasb используется регистр esi, хотя надо edi.
В описании команды всё ок.

На странице 231 написано, что в C операция вызова функции является арифметической операцией.

Что под этим имеется в виду?

На стр. 326 написано last = first->prev, хотя по идее должно быть написано last = last->prev.

Следующая опечатка находится на той же странице:
free(first->last), но должно быть free(first->prev)

И пользуясь случаем хочу спросить, какую литературу посоветуете по ассемблеру после изучения вашей книги?

Не знаю писали уже или нет но мне кажется опечатка в коде на странице 288 (второй том, 4.6.3. Работа с текстовыми файлами). Там написано *count++ , инкрементируется указатель, возможно автор хотел написать (*count)++ , или может дело в версий компилятора, но у меня только так заработал :)
В целом книги автора мне очень нравятся, нравится стиль изложения, спасибо большое за ваши труды

2-й том §4.2. стр.210
вместо d = discr(p, q, r); должно быть d = discrim(p, q, r);

По поводу ошибок 2-го тома:
380 страница, ссылка на параграф о максимальной длине строк из первой книги неправильная. Написано §2.15.14, а должно быть §2.15.4.

По поводу ошибок 1-го тома:
→ 374-ая страница,
→ 3-ий по счёту пример на этой странице,
→ надо добавить в условие первого цикла проверку first <> nil,
иначе так можно разыменовать nil... :-)

Столкнулся с программой, которая упорно не желает отдавать на конвейер свой стандартный вывод. Попытка получить этот самый вывод с именованного канала тоже эффекта не имела. Между тем, работая "сама по себе", программа, разумеется, текст на консоль выдает. Исходника нет, только бинарник. Команда strings показывает обычные printf'ы. И тем не менее!
Пришлось вернуться к учебникам. В том числе, к вашему. Явно какие-то пробелы со стандартными потоками или настройками терминала (перепробованы все возможные терминалы системы). И уже первый же эксперимент со стандартными потоками привёл к непредсказуемому результату:
Тыц!
То есть, вызывая syscall 4 с параметром 0 (i = 0, STDIN_OUT), почему-то вижу строку в консоли. А, вроде, не должен... Дальше - всё нормально, i = 1, i = 2 - оно и должно выводиться, больше - нет. Но почему выводится при i = 0?

т2 стр. 211
"...Нужная библиотека называется "m", а подключается она указанием флажка -lm"
Далее пример:
$ gcc -Wall -g -lm qe.c -o qe
НЕ КОМПИЛИТСЯ И ВЫДАЕТ ПРЕЖНЮЮ ОШИБКУ, ПОТОМУ ЧТО:
$ gcc -Wall -g qe.c -o qe -lm

Юзаю Linux ubuntu + gcc

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

#include <stdio.h>

void increment(char *p) {++p;}

int main()
{
	char *s = "Hello, world!\n";
	increment(s);
	printf("%s\n", s);
	return 0;
}

выводит-таки "Hello, world"! Налицо явный пробел - при обучении не было акцентировано внимание на тот факт, что в Си "ВСЕ И ВСЕГДА" передается только по значению. А скорее, сыграло роль бессистемное чтение различного рода макулатуры по С++. Вот вещь элементарная, вроде, но в какой-то момент это непонимание может сыграть очень дурную шутку. Человек уже не учится, человек уже работает!
Кстати, в процессе вопрос возник о реализации сиплюсплюс-подобной ссылки. В простейших случаях, это, разумеется, несложно - раздаем направо и налево указателям звезды с амперсандами, и всего делов! Получатся эдакие указатели "брежневского вида". Сложнее несколько будет выстроить typedef'ы, призванные упростить такую запись. Но как бы это сделать "попроще" и "покрасивее"? И как это было сделано в компиляторах С++? "Первокомпайлер С++" Страуструпа, так и вообще, если память не изменяет, переводил плюсовой код на Си... Можно ли там отыскать нечто полезное, позволяющее использовать сиплюсплюс-подобные ссылки именно на Си?

Хорошие у Вас книги, Андрей Викторович.
Тут уже отметили, что имеется чёткая ориентация на ПОНИМАНИЕ того, что люди делают. Это заметно как по книгам, так и по комментариям и ответам на сайте. Недолго думая, среди программирующего персонала провели лёгенький (типа, "неформальный") опрос. Вопросы взяли из древнейшей "Хрестоматии" Богатырёва. Так подавляющее большинство (а это уже не студенты) не смогло ответить на элементарные вопросы. Пишут люди, правда, не под Unix, но ведь не секрет, что MSDOS, откуда пришли современные поделия от Майкрософт, представляла собой именно изрядно кастрированный Unix! Да и ветку NT ваяли именно спецы от Unix. А откуда бы им ещё взяться, "спецам-то"? Самостоятельно же свой Xenix (или как он там назывался) Майкрософт когда-то так и не вытянула. В общем, (типа, "неформально") было предложено провинившимся пройти указанную книжку всем "затруднившимся". К примеру, под (тоже информация с этого сайта) интерпретатором Ch. Достаточно вполне. Ну, а попавшимся же вторично на откровенном незнании элементарных вещей, кроме уже вполне "типа, формального" увольнения ничего не светит.
Так что, в хвост и в гриву студентов, Андрей Викторович, в хвост и в гриву! Во имя добра. Да и их самих тоже!

Здравствуйте, Андрей Викторович!
Читаю ваши книги. Не столько в целях ознакомления с основами программирования, сколько из соображений упорядочивания, систематизации и усугубления. Что-то изменяется, что-то просветляется, появляются какие-то вопросы... То есть, процесс затыкания дыр в имеющейся "личной парадигме программирования", так скажем. Одновременно просматривается стандартная библиотека. Нарвался на никогда не использовавшуюся мною функцию strdup(). Пытаюсь понять, зачем и в каких случаях она могла бы мне понадобиться - кто же писал ее зачем-то! Так вот, пока понять не могу, что она мне может дать вместо обычно применяемой strcpy(), кроме дополнительного выделения памяти и обязанности не забыть ее же освободить? Бывают ли такие случаи?

Прочитал оба тома. Вижу, комментарии положительные преобладают явно. Не буду оригинальным — действительно, хорошее введение в программирование на русском языке. Если по чесноку, не ожидалось. Как-то давно сложилась точка зрения, что на русском языке ничего подобного появиться не может, уж тем более в условиях, которые сложились с образованием в нынешней России. Те же основы программирования мной, да и многими моими знакомыми осваивались по (тоже весьма немногочисленным — проблема образования не только проблема России) англоязычным источникам. В первую очередь вспоминаются лекции по C/C++, читаемые в ряде учебных заведений США — используется там достаточно давно для учебных целей интерпретатор Ch. В Европе для целей обучения используется местный интерпретатор ROOT, предназначенный, что интересно, вовсе не для профессиональных программистов, а именно для пользователей. Очень вменяемые люди читали! Многие по сей день просто используют ch-shell даже для административных целей. Синтаксис bash — это, наверно, самая непереносимая на платоформу мозгов, штука. Ну, а язык Си поймет даже туземец из тростниковых зарослей каких-нибудь островов Тристан-да-Кунья. Кстати, та же беда, что и в bash, касается и синтаксиса скриптового языка vim. Сам по себе, редактор просто волшебный, но как только случается придти в голову мысли изменить в нем что-то чуть-чуть нетривиально, тут же с завистью начинаешь поглядывать на emacs. Вот нету в жизни совершенства! Попадались также знатные англоязычные лекции по Ocaml и Scheme. Во всех случаях ощущалась ориентация на понимание обучающегося, что в других (всех остальных!) случаях, не ощущалось совершенно! И это же есть в ваших книгах.
В общем, спасибо за книги, творческих успехов в Новом году (не за горами, а когда еще зайти случиться?). Кстати, и крисмас у вас, смотрю, подходящий! ;) Удачи.

Да, книги написано достаточно понятно и хорошо. Многие вещи, на которые раньше внимания не обращал, обрели какой-то смысл. Не всем доступный метод изложения. Возможно, не настолько эти вещи и важны, но ведь никогда не знаешь, когда эта чертова птичка нагадит на голову только из-за того, что что-то пропустилось мимо ушей или же там и застряло!
Встречал где-то у Вас указание на различные конвенции вызова (Си, Паскаль, и еще некоторые, о которых, возможно, и упоминать не стоит), по разному выравнивающие стек. И разумеется, встречались они многократно и раньше. Так вот, как бы это самое "выравнивание стека" разглядеть получше (например, в отладчике, чтобы понаглядней), а то коан сей как-то не укладывается популярно в голову?

Читаю второй том. Вроде, понятным языком написано. Смотрю комменты, вроде, тоже понятно излагается. Вот и задумал вопрос задать незамысловатый, который временами встает, но точного ответа по нему не знаю.
Многократно в течение жизни приходилось читать файлы, парсить их всяко-разно. Преимущественно использовались regex-библиотеки. Вроде, всё хорошо. Разве что, не совсем понятно, как оно работает. Вот, скажем, для начала какой-то regex-шаблон "компилируется" какой-то функцией. Затем имеем возможность использовать целую кучу других функций, использующих уже этот "скомпилированный шаблон". Имеются также более специализированные csv-библиотеки. Тоже, вроде бы, упрощающие жизнь. Правда, чего они на самом деле делают и как - тоже ясного немного...
Так и вопрос - настолько же они эффективны, сколь и непонятны, или как? Ведь зачастую распарсить можно и просто обойдясь каким-нибудь вспомогательным указателем. Во всяком случае, чётко представляешь себе, что делаешь!
Вот к примеру (фантазировать особо не стал) раздербан строк файла /etc/passwd по сепаратору ":" (ну, и вывод для теста с другим сепаратором "|"). Возможно, даже вспомогательный указатель тут лишний, это надо внимательней смотреть. Но суть ясна - двигаем ручками указатель, ставим нули, кусаем строку по частям:

#include <stdio.h>
#include <string.h>

#define ENOUGH	64
#define MORE_THEN_ENOUGH ENOUGH*10
#define DELIM ':'

void parse(char *buf, char *value_01, char *value_02, char *value_03, char *value_04,
			 char *value_05, char *value_06, char *value_07)
{
	char *p = strchr(buf, DELIM);
	*p = '\0';
	strcpy(value_01, buf);
	buf = ++p;

	p = strchr(buf, DELIM); *p = '\0';
	if(strlen(buf))
		strcpy(value_02, buf);
	else
		strcpy(value_02, "");
	buf = ++p;

	p = strchr(buf, DELIM); *p = '\0';
	if(strlen(buf))
		strcpy(value_03, buf);
	else
		strcpy(value_03, "");
	buf = ++p;

	p = strchr(p, DELIM); *p = '\0';
	if(strlen(buf))
		strcpy(value_04, buf);
	else
		strcpy(value_04, "");
	buf = ++p;

	p = strchr(buf, DELIM); *p = '\0';
	if(strlen(buf))
		strcpy(value_05, buf);
	else
		strcpy(value_05, "");
	buf = ++p;

	p = strchr(buf, DELIM); *p = '\0';
	if(strlen(buf))
		strcpy(value_06, buf);
	else
		strcpy(value_06, "");
	buf = ++p;

	*(strchr(buf, '\n')) = '\0';
	if(strlen(p))
		strcpy(value_07, p);
	else
		strcpy(value_07, "");

}

int main()
{
	char value_01[ENOUGH]; char value_02[ENOUGH]; char value_03[ENOUGH];
	char value_04[ENOUGH]; char value_05[ENOUGH]; char value_06[ENOUGH];
	char value_07[ENOUGH];

	FILE *file;
	char buf[MORE_THEN_ENOUGH];
	
	if(!(file = fopen("/etc/passwd", "r")))
	{
		printf("Your system 'WINDOWS'? Pass a medical examination!!!\n");
		return 0xDDD;
	}
	
	while(fgets(buf, MORE_THEN_ENOUGH, file))
	{
		parse(buf, value_01, value_02, value_03, value_04, value_05, value_06, value_07);
		printf("%s|%s|%s|%s|%s|%s|%s\n", value_01, value_02, value_03, value_04,
				value_05, value_06, value_07);
	}
	fclose(file);

	return 0;
}

Так и что же получится, если здесь я буду применять какую-либо библиотеку? Будет ли быстрее? В данном случае, кстати, ещё и возможно применение штатной фукнции strtok() (но она мне почему-то никогда не нравилась). Как бы оно, чтобы "эффективней"?

Взялся было за самообразование в области FreePascal'я, да наткнулся то, что fpc по всякому поводу и без оного пишет warning: "/usr/bin/ld.bfd: warning: link.res contains output sections; did you forget -T?". Не то, чтобы оно очень сильно беспокоило, но вообще-то мое процессорное время не для того, чтобы выписывать на мониторе всякую ерунду. Обратился к разработчикам с классическим русским вопросом - "Что делать?". Как выяснилось, это не разработчики, это отморозки какие-то - сказали, что-то вроде "это ничаво, и так хорошо, не беспокойтесь, а была бы другая версия, то там был бы специальный параметр..." Короче, я так понял, что этот "did you forget -T?" просто непременный атрибут именно моей версии этого компилятора.
Попробовал, конечно, убрать - fpc hello.pas 2>/dev/null, но при таком раскладе давятся все warning'и (ошибки, слава богу, идут в stdout). А вот вариация по типу fpc hello.pas|grep -v "did you forget" почему-то не отработала.
Недолго думая, написал вот такую колбасу:

fpc hello.pas 1>tmp1 2>tmp2 && less tmp1|grep -v "^$" && less tmp2|grep -v "/usr/bin/ld.bfd: warning: link.res contains output sections; did you forget -T?"

что, вроде, решило проблему, но хорошо, что никто за спиной не стоял и не видел этого извращения. То есть, нельзя ли как-нибудь попроще убрать эту никому не нужный warning? А то к концу книжки же сниться будет! :-)

Читаю Вашу книжку, стандартные функции ввода-вывода. В параллель открыто еще несколько. Пробую читать файл fopen/fread/fclose и open/read/close. Думал, будет одно и то же. Однако, нет:
fopen and open
Получается, что не "одно и то же"! Разница в результирующем бинарнике в целый килобайт.
Файл один и тот же, всяко более 256 байт, компилятор один, ключи тоже, ldd выдает одинаковый вывод. Куда дальше рыть? Откуда такая разница? Чем-то плохи эти open/read/write? Еще и сделать-то ничего не успел, а уже килобайт отдай дяде! Куда годится...

Уже написал, что введение в низкий уровень хорошее. Однако, вижу тут уже люди во всякие графические приблуды полезли! Плохого в этом ничего нет, инструментарий всякий знать нужно, и дело даже не в том, что edb - это не "unix-way", а в том, что в самой книге отсутствуют даже примеры работы с элементарными утилитами, соответствующими уровню обучающихся, нет никаких рекомендаций по начальным простейшим инструментами. GDB - это довольно сложно, довольно круто и не всегда нужно. В то же время существует куча консольных утилит, хекс-редакторов, отладчиков, в том числе (по-моему, очень удобных) vi-like. Всякие ald, hc, bvi, radare - только сходу вспомнилось! Кучи их. Кстати, очень жаль, что не попадалось 100%-ного аналога dos'овского debug - чудная была игрушка для 16 разрядов. А пужать людей синтаксисом ATT, родного лишь для больших машин, совершенно ни к чему. Уж если NASM, так и все человек должен видеть в нормальном синтаксисе. Вот в этом, по-моему, недостаток книги.

Прочитал. Хорошее введение в низкий уровень. Понятное, доступное. Напомнило куда более раннюю книжку Sivarama P. Dandamudi "Guide to Assembly Language in Linux". Мастхэв. Необязательно даже на книжной полке, в мозгах - однозначно.

Том 2-й, страницы 258-259
Приводится пример с инициализацией локального массива.
"... данные будут копироваться в область памяти в стековом фрейме каждый раз в начале выполнения такой функции".
А вот что получается у меня:
Как оно получается
Здесь просто объявляется и инициализируется строка в функции main().
Эта же строка явно проглядывается в результирующем файле безо всякого hexa. Так неужели, если далее будет следовать, скажем, фукнция printf("%s", str), принимающая указатель на эту строку, в стек будет копироваться не указатель, а вся строка? Неужели ее нельзя вытащить из уже загруженного в память файла? Область памяти-то, очевидно, read, как минимум?
Или чего-то не так понимаю?

Да, "учебным" языком Си назвать действительно сложно. И первым языком он, как и С++, быть не может никак, тут никто не спорит. Но в какой-то же момент он является "учебным" - именно его и изучают. Так вот, дело именно в том, что после его изучения, у многих обучавшихся тут же возникает желание освоить какой-то другой язык, предоставляющий возможности, которые в Си могут быть получены только подключением соответствующих библиотек. Саму же среду, в которой оказывается человек уже после изучения начал Си, достаточно дружелюбной назвать нельзя. Она требует несколько более высокой квалификации. А навыки сходу не приходят. Именно поэтому, мне чрезвычайно импонировало включение в Вашу книгу рассмотрение библиотеки ncurses. То есть, "хочешь - найдешь", было бы это желание "что-то найти". А скорость исполнения языка, его простота делают его пригодным не только для профессиональных целей. То есть, некоторый шаг навстречу пользователю, изучавшему Си, все-таки нужен. Дать ему основы дальнейшего существования вместе с Си. Оно того стоит.
Относительно того, что видеокурсы являются "суррогатом" и "самообманом", согласиться не могу никак. Это один из способов обучения. К "социальным сетям", ютубу, "самому ГУГЛ" отношусь вряд ли лучше Вас. Например, в качестве поисковых систем уже давно используются нигма и дак-дак. Гугл - в запасе. Но пользователи-то здесь причем? Если пользователь посещает ютуб, использует его для хостинга, каких-то других целей, это еще не означает, что он ютубнутый на всю голову! И потом, книги-то Вы издаете! А если порыть в этом издательстве, не найдется ли чего из того, почему к тому же Гуглу отношение у многих не самое лучшее?
Впрочем, здесь, конечно, хозяин барин. Это было лишь сожаление...

Из двухтомника видела только том второй. Часть, посвященная ассемблеру прошла по диагонали. Что же касается части, освещающей начала Си, то это, пожалуй, одно из наиболее толковых введений в предмет, которые случалось видеть. Особенно порадовало краткое описание библиотеки ncurses. Дело в том, что после самого начального обучения, человек остается один на один со своими проблемами - чисто средствами языка решить какие-то свои даже элементарные проблемы он не может, тут нужен уже навык поиска соответствующих библиотек, коих хоть и написано немало, но без такогого навыка, простейшим путем является поиск языка, в котором возможности этих библиотек являются встроенными. В результате язык Си воспринимается чисто как учебный, "теоретический", несмотря на то, что он как был, как и останется живым, и далеко еще не "полтора десятка лет". Нету ни малейшего намека на то, что ему грядет какая-то замена.
На днях буквально случилось столкнуться с ситуацией, когда обучающийся (основы Lisp), снес рекомендуемый sbcl и заменил его на CLISP только на том основании, что в sbcl нет поддержки readline. То ли в силу лицензионной GNU-тости, то ли просто пакет был так скомпилирован. Установка оболочек readline, таких как rlwrap, rlfe решило проблему тут же. То есть, дело именно в отсутствии элементарных знаний, что ВООБЩЕ существует в природе, в том числе и для Си. А существует немало!
Ясно, что в книгу такого объема вместить удается лишь самое необходимое, возможно, те, кто у Вас обучается, на живых лекциях получают больше. Однако, очень жаль, что порыв на ютубе по слову "Столяров", не получилось отыскать ничего подходящего. Лучшим, что случалось видеть из русскоязычного по началам Си - это "специалистовский" несколькодневный курс Тетерина. Всякие скринкасты и видеоуроки, думаю, дело не очень благодарное, но, все же, было несколько жаль. Это даже не призыв к какой-то "рекламе", хотя в данном случае, это было бы вполне обоснованно, а именно просто сожаление, что вживую преподаваемые (уверена - хорошо) начала Си - да и не только Си, важна методика - остаются достоянием от силы лишь нескольких студенческих групп.

Тоже читаю первый том. Указатели, динамические структуры. Языком понятным написано, не вредная совсем у Вас книжка.
Но по ходу чтения пришлось вернуться и к вещам более статическим. Задача предельно простая - имеется файл (с полмиллиона строк) в формате CSV, на каждой строке пара ключ-значение. Из него нужно выдрать все данные и поместить в удобную структуру, постоянно висящую в памяти. Сходу просматривается примитивная сишная структура из двух строк. Ну, можно int и char[], только позже из этих ключей-значений будет формироваться URL, так что, два char[], чтобы потом без кастинга.
Используется массив таких структур. Для получения значения по ключу, его пробегаем в цикле. Вроде, все хорошо работает.
Но "по совету" друзей, а также вдохновленный чтением вашей книжки, решил попробовать затолкать эти строки в такой тип данных, как "ассоциативный массив" (язык D, стандартная библиотека Phobos). Вроде, действительно, как раз, подходит! И никакого пробега в цикле не требуется, значение по ключу получается "напрямую". Так дело в том, что после загона в этот самый "ассоциативный массив" (скорость там сложно определить и сравнить, данных, наверно, мало), памяти стало жраться процентов на 30-40 больше. Один и тот же файл. Всё, что делается - загоняется в сишную структуру (первый случай) и в ассоциативный массив (второй). Далее, просто останавливаемся в цикле for(;;), ожидая ввода ключа для получения значения. Вроде, ничего противозаконного не делал. Откуда такие потери в памяти? Или эти "ассоциативные массивы" в принципе должны жрать больше? Представляется, что их реализация хорошая. Так и неужели дело именно в том, что сама реализация таких типов данных просто подразумевает большее потребление памяти?

Вопрос по первому тому (Паскаль, hello.pas) стр. 201:
"Просто компилятор вынужден загнать в файл сразу всё, что нужно для выполнения практически любых операций ввода-вывода, а мы эти возможности пока не используем".
Получилось у меня даже больше 120 Кб. Нельзя ли "загнать" в файл только то, что нужно? А то такие размеры не радуют совсем. То есть уменьшить вес программы именно на Паскале, не забираясь ни в какие ассемблеры?

Я так понимаю, что Ваша книга "Программирование на языке ассемблера NASM для ОС Unix" (2010) уже более не актуальна и всю ее информацию с дополнениями можно найти в этом -втором томе?

Наверно, за Джавой я бы всё-таки что-нибудь, да оставил. Хотя бы мобилки...
Впрочем, здесь, думаю, контекст, всё же, иной. Речь-то, о самых началах, об обучении. Джава - это больше для пенсионеров. И уж учиться на ней нельзя точно! И потом, "Жаба - отстой!" - это не только лозунг, шутка юмора, это и образ жизни, и подход к делу. Выше совершенно справедливо замечено, что без того "пониженного уровня", который обеспечивают оба тома, в программировании делать просто нечего.

Видел как первый том, так и второй. Не могу сказать, что встретил много незнакомых слов, но читалось с удовольствием. Увлекательно написано! :-) А кое-что из "начал Паскаля" даже было просто незнакомо. Кроме того, в процессе чтения наблюдалось некоторое устаканивающее в мозгах действие. Кстати, жаль, что это произошло не раньше ...

Очень даже похоже на истину, что начинать обучение всё-таки с Паскаля предпочтительней. Я, помнится, начинал сходу с Си. И средний уровень достигнут был довольно давно. Но путь мой был (с сегодняшней уже точки зрения) весьма кривотернист. Слишком много лишнего текста пришлось отработать. Явно можно было обойтись меньшими затратами и временем. Даже жаль, что уже не студент. Как бы то ни было, хорошая учебная литература не может не радовать.

Картинка, кстати, на обложке второго тома тоже ничего себе. Хорошая. Как бы сказали на Украине (вот нравится мне их язык! Несмотря ни на что! :-)) - "навіває"...

Планета Си. #include хорошая погода.
Здесь Плакающий_Туч с Крылатой_Рыбой
Хоронят Жабу - умерла в конвульсиях байт-кода.
И Жук_с_Граблями закопал... Друзья, спасибо!

Точно. Так оно и получилось - непреодолимые трудности копипасты :)

Первый том не видел еще, а вот второй посоветовали, так и почитал. Действительно, очень удачно у Вас получилось как с собственно объяснением материала, так и с выбором темы, по которой столь компактно и доступно написано очень немногое. Фактически, это необходимый промежуточный уровень между программистом-питекантропом, каковыми, безусловно являются студенты младших курсов и программистом-кроманьонцем (старшие студенты). Пропустив этот неандертальский уровень, подойдя вплотную к С++, люди рискуют познакомиться лишь с самым одельфированным и овасяченным его подмножеством, что приведет их неминуемо к Java, а то и к такому субпродукту как .NET. Нужность самой Java сомнений не вызывает - действительно, бывает и объективная сложность ряда задач, и высокая надёжность требуется при низких требованиях к быстродействию. Однако, во многих случаях применение Java (сейчас ведь ее суют куда ни попадя), явно необосновано. И связано такое применение лишь с отсутствием должной квалификации программиста.
Буквально на днях слушая за пельменями в фоновом режиме русскоязычный скринкаст о началах Java, чуть не подавился от удивления - лектор выразил мысль, что нонича машина Java настолько крута, что программы для нее написанные, работают "чу-у-уточку" медленнее, чем аналог на С++, а в ряде случае (наверно, у него писюк с Java-процессором) еще и быстрее. И хотелось бы верить, что он высказал такую ахинею чисто в пылу лекторском, а ведь могло бы быть и иначе - сам написал на Java, потом на С++, сравнил и убедился, что "на Java быстрее"! Но по любому очевидно, этот самый "промежуточный уровень" у него остался непознанным. Ну, или он изобрел на досуге какой-нибудь особо хитрый замедляющий компилятор для языка С++... Или умудрился как-то скомпилить откровенно плюсовой исходник в байт-код Java, тут уже только гадать можно!
Лишнего опять же в Вашей книге нет, что совсем неплохо. Помнится, TASMы и MASMы под DOS радовали меня не сильно. Хотя, и разумеется, что-то дали...
В общем, нужная книжка, и написана хорошо. Остается надеяться, что она попадет в правильные руки, и количество грамотных, подготовленных студентов подрастет. Спасибо.

Учебная программа из раздела обучения ассемблеру (ubuntu 16.04.1) выдаёт такое:

user1@cmp:~/asm-test$ nasm -f elf asm-test.asm
asm-test.a:11: warning: label alone on a line without a colon might be in error
user1@cmp:~/asm-test$ ld -m elf_i386 asm-test.o -o asm-test
user1@cmp:~/asm-test$ ./asm-test
Hello
Hello
Hello
Hello
Hello
Ошибка сегментирования (сделан дамп памяти)


Андрей Викторович,
хочу предложить вам полезную вещъ:
заносите найденные ошибки/опечатки в файлы errata_volX.pdf (так они не будут теряться в дебрях комментариев на сайте; так сделано во многих серьёзных книгах, которые out of print или что-нибудь ещё в этом духе касательно переиздания)

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

На странице 218 описывается функция case_up.
Помоему, там ошибка в возврате символа в верхнем регистре.
return c-('a'-'Z')
Должно быть
return c-('a'-'А')
либо (что тоже самое)
return 'A'+(c-'a')

Читаю страницу
265
"естественно, компилятор не станет размещать..." строковый литерал "в неизменяемой памяти (кстати, даже в том случае, если массив будет объявлен со словом const)...".
Что-то не так делаю, или не "каждый компилятор"? Похоже, что clang размещает строковый литерал как раз в неизменяемой памяти, хотя при компиляции никаких предупреждений не выдаёт...

На странице 229 говорится, что если в программе встречается присваивание x=y, то на выходе сгенерируется что-то вроде

mov eax, [x]
mov [y], eax

Насколько я понимаю, это присваивание y=x; x=y выглядит так:

mov eax, [y]
mov [x], eax

По поводу содержания будущей книги по C++:

1. Сделайте, пожалуйста, себе пометку, что в томе по C++ надо бы объяснить что такое lvalue и rvalue. В вашей книге "Введение в язык C++" этого нет, да и в русскоязычной литературе практически не освещено.

2. Еще в книге по C++ надо бы добавить серьезный раздел о том, как читать и распарсивать C++ код. Объяснить почему * или & прилипает то к типу, то к имени, и есть ли между такими написаниями разница. Рассказать про вывод типа "по спирали". Дать всякие мнемотические правила, которые помогут понимать код программистов, любящих обфусцировать плюсовый код и использовать краевые эффекты.

3. Рассказать про терминологию "на стеке", "в куче". Таких понятий практически нет в русскоязычных книгах по плюсам. Объясните, в какие моменты где создаются/удаляются данные.

4. Обязательно рассказать про умные указатели, объяснить проблемы обычных указателей. Обязательно объяснить теорию владельцах ресурсов, о разделении ответственности за ресурс, подробно, как вы умеете. Рассказать про разные виды умных указателей, в каких случаях какими правильнее пользоваться.

Без этих тем, считаю, книга не будет полной.

Например, страница 139-140, в описании написано, что цикл должен печатать квадраты от 1 до 25, а в коде от 0 до 25.