Здравствуйте! Вероятно, на с. 393 ошибка. При использовании флага -postlude "(main ())" список параметров main не защищен от вычисления. Если заменить на -postlude "(main '())", компилятор перестает на это ругаться, но и эффекта от этого ключа никакого нет. Проще самому это всё в конец файла добавить. Также этот флаг не работает и в варианте, где функция main использует свои параметры. Версия csc - 5.1.0, может на более ранних версиях все работало правильно.

А почему животные с обложки бегают по безе данных?

Для таких же тупорылых как и я...
Строка для компилятора при дефолтных путях установки библиотеки FLTK на ubuntu будет:
g++ -I/usr/local/include -L/usr/local/lib hello.cpp -lfltk -lX11 -lm

/usr/bin/ld: /tmp/ccQOsohk.o: in function `main':
/home/yuri/Downloads/progintro_examples/fltk/hello.cpp:7: undefined reference to `Fl_Window::Fl_Window(int, int, char const*)'
/usr/bin/ld: /home/yuri/Downloads/progintro_examples/fltk/hello.cpp:8: undefined reference to `Fl_Box::Fl_Box(int, int, int, int, char const*)'
/usr/bin/ld: /home/yuri/Downloads/progintro_examples/fltk/hello.cpp:10: undefined reference to `Fl_Group::end()'
/usr/bin/ld: /home/yuri/Downloads/progintro_examples/fltk/hello.cpp:12: undefined reference to `Fl::run()'
Спасибо за ответ, Андрей Викторович!
Теперь я застрял здесь. Версию библиотеки надо подбирать? Пробовал 1.3.5 и 1.3.4. часа полтора потратил...

hello.cpp:1:10: fatal error: FL/Fl.H: No such file or directory
1 | #include
| ^~~~~~~~~
Провобовал всевозможные варианты установки библиотеки предложенные гуглом, но так и не допер как решить. Скорее всего многоуважаемый автор укажет , что я полный чайник, но мне все равно, я в отчаянии =)

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

На стр.42 в листинге /*bintree.c*/ при выделении памяти
*bp = malloc(sizeof(*bp));
кажется, что указатель bp в первом случае зря разыменован.
Ведь malloc возвращает переменную адресного типа.
Должно быть:
bp = malloc(sizeof(*bp));

Доброго здравия! Не могли бы Вы при переиздании сделать так, чтобы все сноски полностью присутствовали на одной странице? На некоторых страницах присутстует только часть сноски, вторая часть располагается на следующей. Как пример, на странице 198 тома IV сноска разбита на две части. В других томах я также видел такие сноски

Здравствуйте! Похоже, на странице 200 опечатка. Там, где ptr = new Square(...,...,0xff0000, 10.0) перепутаны double a и int color

this это указатель? Вопрос возник из-за сложности восприятия *this в функциях вида A& func(/*...*/) {/*...*/; return *this;}. Проблема в типах A& и this

Добрый день!
На стр.59-60 в примере по развертке однонапр. списка с накопительным параметром - явно глюки с копипастой произошли.
В функции reverse_list вместо res нужен NULL, а в хелпере reverse_list_do опечатка в имени при рекурсивном вызове, и параметры, похоже, перевернуты

Не работает пример в прологе. А именно - процедура del_all_cut не решает проблем процедуры del_all. Попытки найти ошибку у себя успехом не увенчались.
Код:

yuri@KAKTYC:~/Jura/prog/prolog$ cat delall.pl
del_all(_, [], []).
del_all(Elem, [Elem|Tail], Res) :- del_all(Elem, Tail, Res).
del_all(Elem, [X|Tail], [X|NewT]) :- X \= Elem, del_all(Elem, Tail, NewT).

?-


Здравствуйте, Андрей Викторович. В параграфе, посвященном операциям приведения типа в C++ (и в 4 томе, и во "Введении в C++"), Вы указываете, что reinterpret_cast эквивалентна " сишной" операции преобразования типа. Это, всё же, не совсем так: reinterpret_cast не может снимать и устанавливать модификаторы const и volatile, что заставляет использовать её в паре с const_cast в некоторых случаях, если строго следовать "плюсовой" традиции.

Довольно часто из функций приходится возвращать не одно значение. В некоторых языках делать это удобно, в других -- нет. Я сейчас имею дело с C++, и варианты решения здесь обычно следующие:
1. Передавать указатель в качестве параметра, и по этому адресу записывать значения. Неудобно, потому что по профилю функции почти никогда не очевидно, какие параметры -- реально параметры, а в какие записываются результаты.
2. Для каждого случая создавать отдельную структуру данных. Но если таких функций много, то и структур будет много, и они будут загромождать текст программы.
3. Предусмотреть шаблон с двумя (или больше) типами-параметрами для пары значений произвольных типов, и таскать его по всей программе.

Из трёх решений относительно приемлемым выглядит третье, но всё равно оно довольно громоздкое. Как вы считаете, какой способ наиболее правильный?

Спасибо, что выложили тома этой книги!

На страницах 88-89 при обсуждении событийно-ориентированного программирования утверждается, что автомат не должен каким бы то ни было образом пытаться управлять потоком внешних событий, в ответ на которые происходят шаги. На практике это правило иногда нарушается, например, при разработке GUI есть очень распространённый приём, когда при обработке события вместо выполнения действия "здесь и сейчас", в конец очереди добавляется новое событие, и действия выполняются только когда это до этого нового события дойдёт очередь. Речь идёт о функциях наподобие postEvent в библиотеке Qt.

Андрей Викторович, а чем мотивировано отсутствие в части о С++, ООП и АТД упоминания о "пороге входа" в ООП (количество написанного кода и т.п.)?
спасибо.

§ 12.1

Добавим, что возможности скриптового программирования на Bourne Shell мы рассмотрели далеко не полностью. В этом языке помимо простых переменных присутствуют ещё массивы;

В Bourne Shell нет массивов. Массивы притащили в bash (Bourne-Again Shell).

Это замечание очень существенно потому, что не знающие этого программисты начинают использовать массивы (и прочие башизмы) в коде, озаглавленном #!/bin/sh. И у них это работает, поскольку /bin/sh у них всего лишь линк на /bin/bash. Но потом они отдают этот код кому-то ещё и этот кто-то вынужден, матерясь, исправлять #!/bin/sh на #!/usr/local/bin/bash и устанавливать себе bash в систему. Ну или вынужден, опять же, матерясь, вычищать башизмы из кода.

А код, озаглавленный #!/bin/sh, просто обязан выполняться на любом POSIX-совместимом шелле.

Стр.69, внизу:
ясное и изящное решение, написанное на Си, явно проигрывает паскалевскому
Должно быть "выигрывает у"?

здравствуйте. на стр. 261 компиляция командой gcc -Wall -g hello.cpp -lfltk -o hello выдает:
"/usr/bin/ld: /tmp/cchw9A7e.o: undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
//usr/lib/x86_64-linux-gnu/libstdc++.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status".

решается это, по всей видимости, подключением стандартной библиотеки c++ (-lstdc++).
спасибо.

В архив примеров попали директории CVS:

$ find progintro_examples -name CVS
progintro_examples/no_libc/CVS
progintro_examples/fltk/CVS
progintro_examples/gettext/CVS
progintro_examples/cpp_chat/CVS
progintro_examples/asmgreet/CVS
progintro_examples/asmcopy/CVS

Ничего критичного, конечно. Просто даю знать.

Андрей Викторович, позвольте небольшое уточнение (с. 623):
для Windows это .NET, для Android - Java Virtual Machine
Android не использует JVM (как имя собственное - часть исполняющей системы Java). Ранее там использовался Dalvik, сейчас ART. Формально, конечно, они не перестают быть Java Virtual Machine в смысле виртуальной машины, исполняющей байт-код, полученный из Java, но бинарно и архитектурно с с "традиционной" JVM они несовместимы.