Андрей Викторович Столяров: сайт автора

Zero Runtime в C++

В книге "Введение в язык C++" на стр. 52 говорится о невозможности вынести из языка работу с динамической памятью. И в гостевой книге Вы писали о том, что в идеальном языке это должно делаться с помощью макропроцессора. Оказывается, что в C++ такая возможность поддерживается с помощью перегрузки new и delete, в которых можно помещать свою реализацию кучи. Сколько именно вариантов операторов new и delete надо перегрузить - может зависеть от настроек компилятора (стандарта языка). И если отключить RTTI и исключения и не пользоваться STL - то до состояния Zero Runtime/Bare Metal остаётся написать "заглушки" для ещё 1-2 функций из библиотеки языка для работы с виртуальными функциями. Мне это было надо не только как этюд, но и для компиляции плагинов на C++ для MATLAB с помощью MinGW, без этих ухищрений взаимодействие run-time MinGW и MSVC приводило к неустойчивой работе MATLAB.

RTTI в исключениях?

Разве исключения требуют RTTI? Вроде как исключения работают и с -fno-rtti.

Благодарность

Хочу выразить своё полное согласие с автором. Попал на этот сайт случайно, хотя вот уже за 2 года где только не побывал. На старости лет решил заняться тем, на что в молодости времени не хватало. Собираю по крупицам то, что мне нужно для полного понимания темы. И да, пока сам своими руками и мозгами не начнёшь регулярно доводить до ума задумки, толку ни от книжек, ни от именитости авторов не будет. Это я знаю ещё по бейсику. Да, можно и обезъяну научить набирать текст на клавиатуре, но научить мыслить и разбираться досконально, может только природное упрямство и любопытство. Стоит один раз подсесть на этот "наркотик" и хлеба не надо. Наверное поэтому часто программистов изображают похожими на наркоманов: небритые, немытые, нечёсаные, постоянно ищущие "дозу", с диким взглядом, выражающим восторг от процесса. Это посильней чем в игрушки резаться. Игры снимают напряжение и отвлекают при заминках, дают понять насколько ты проголодался. В 1990-м комп был только на работе, поэтому в нерабочее время я ваял на бумаге и с нетерпением рвался на работу чтобы припасть к компьютеру. Только так я понял что бейсик очень слабоват для моих идей, но научиться серьёзному возможности не было, не было этого Си ни на компе, ни в книжном магазине. Спустя 6 лет возможность появилась, но не было времени на самостоятельное освоение. Так дожил до пенсии, аки пчела, всё в трудах и заботах. Как говорится, живы будем - не помрём, да и что такое 60 лет, в библии сказано: да будет жизнь человеков 120 лет. Всё ещё впереди

Формат электронной версии книги

Было бы просто замечательно, если бы Ваши книги были также доступны в формате EPUB

Спасибо за ваши

Спасибо за ваши книги.
В одной из ваших книг вы говорите, что назрела необходимось в новом языке, который заменит C++.
Какими особенностями должен обладать этот новый язык с вашей точки зрения?

Ozon? Really?

Посоветовал коллегам данную методичку для ознакомления с языком, а в ответ узнал, что она продаётся на Ozon. O_o

https://www.ozon.ru/product/vvedenie-v-yazyk-si-pyatoe-izdanie-stolyarov-a-v-248921978

"Если вы знаете

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

А между тем, таких людей довольно много, по-крайней мере было. Дело в том, что когда Borland выпускала свой C++ Builder, ей было влом переписывать библиотеку VCL, изначально написанную на Object Pascal-е. Им было проще допилить компилятор Delphi, чтобы он при компиляции модулей генерировал кроме объектных файлов еще и заголовочные файлы для Си++ и вуаля, в С++ используется написанная на паскале библиотека.

Опечатка

Страница 124:
"В классе GraphObject методы Show и Hide мы объявлены как чисто виртуальные, ..."
P.S.: очень сложная капча

Не баг а фича?

Приветствую! Сейчас разбирал пример SparseArrayInt и возник вопрос. В функциях Provide и Remove в качестве аргумента передаётся индекс, однако в теле функции он не фигурирует, а также данный аргумент не указан в приведённом коде в книге (5 издание). Соответственно вопрос, это баг или фича?

Переход на ++

Добрый вечер Андрей Викторович, появилась необходимость переходить на С++, начал перечитывать ваше 5 издание понимаю, что могу ответить на 3 поставленных вопроса, но не знаю с чего начать, подскажите, где можно посмотреть хорошую реализацию не сложных программ или как правильно проектировать классы, пока нет опыта?

Дети наше всё

Здравствуйте, я хочу обучать ребенка программированию, выбрал язык си++ , сам я с ним не знаком, но какие то минимальные представления о программировании имею. буквально вчера показал ему видео обучение на ютубе и он успел пройти несколько "уроков".
ссылка на обучение - [url removed]

тут все рассказывается очень подробно, я сам успел посмотреть где то до 5 урока

но сегодня попалась на глаза Ваша книга, где Вы настойчиво рекомендуете не использовать iostream

Я не хочу допустить ошибку при обучении ребенка, что бы потом ему не пришлось переучиваться.

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

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

О себе:
мне 38 лет, сыну 12 лет. Живем в селе, и каких то кружков или клубов по интересам здесь нет, по этому приходиться изучать самостоятельно.
Очень надеюсь на Ваши советы.

C++ и STL

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

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

Zdravstvuite! uchus` v

Zdravstvuite! uchus` v universitete na programmista. Izuchaiu c++. No mnogoe ne ponimaiu. Xochu nachat` samostoyatel`noe izuchenie, podskajite pojaluista, s chego nachat`? Kakoi uchebnik mozhete posovetovat`? Pryam s samogo nachala. Spasibo.=)

Здравствуйте!Д

Здравствуйте!
Должно быть это опечатка, на стр. 31 на второй строчке слово "про-русски"?

Параметры шаблона

На странице 134 утверждается, что C++ допускает шаблоны с вещественнозначными параметрами (типа double). Насколько мне известно, это неверно. Вроде бы даже и по стандарту (хотя тут с уверенностью сложно утверждать, слишком уж много там текста), но как минимум ни один из широко используемых компиляторов (gcc, clang, msvc) такого не допускает. С другой стороны, целочисленные параметры допускаются любого типа (int, unsigned int, char, и т.д, и даже bool).

P.S. Интересно, существует ли способ отличить ситуацию, когда комментарий ещё не был просмотрен или затерялся от ситуации, когда он не прошёл премодерацию?

Практика программирования

В книгах Вы неоднократно повторяете, что для того, чтобы научиться программировать нужна практика. Посоветуйте пожалуйста где ее можно приобрести.
P.S.
Пробовал следующие варианты:

• Олимпиадные задачи
• Opensource
• CTF (capture the flag - задачи по информационной безопасности)

Они олимпиадные задачи и CTF подразумевают решение задач за ограниченное время, поэтому на них не получается отработать некоторые навыки (например создавать абстрактный класс было бы бессмысленно)
В opensource проектах, требуется скорее поиск ошибок в чужом коде, а это не то, что нужно.

Использование errno при создании FileException

Здравствуйте!

Прежде всего, спасибо за книгу и за то, что свободно её распространяете!

В параграфе 3.6 приведён следующий код:

FileException::FileException(const char *fn, const char *cmt)
{
filename = strdup(fn);
comment = strdup(cmt);
err_code = errno;
}

char* FileException::strdup(const char *str) {
char *res = new[strlen(str)+1];
strcpy(res, str);
return res;
}


Предполагается, что конструктор записывает в поле err_code код ошибки некоторой функции, вызванной непосредственно до вызова конструктора. Но для этого необходимо гарантировать, что FileException::strdup() не изменит errno.

Стандарт Си++ не говорит ничего об errno в описании семантики оператора new (C++2003, 3.7.3.1 Allocation functions), но в сноске 32 написано:

The intent is to have operator new() implementable by calling malloc() or calloc().

В свою очередь, стандарт Си говорит следующее об errno (C99, 7.5 Errors):

The value of errno may be set to nonzero by a library function call
whether or not there is an error, provided the use of errno is not documented in the
description of the function in this International Standard.

В описании malloc() С99 не говорит ничего об errno (7.20.3.3).

POSIX об errno говорит следующее:

The setting of errno after a successful call to a function is unspecified unless the description of that function specifies that errno shall not be modified.

POSIX не специфицирует значение errno в случае успеха malloc().

Не считаете ли вы, что в данном случае лучше просто добавить ещё один параметр для кода ошибки в конструктор FileException, убрав тем самым его неявную зависимость от глобального состояния?

опечатка?

Добрый день, уважаемый Андрей Викторович.

Большое спасибо за замечательную книгу! Использую её в своей практике для обучения студентов, очень помогает.

Замечена опечатка на стр. 68. Вместо этого:
int A::the_static_field = 0;

надо, по всей видимости, писать так:
int Cls::the_static_field = 0;

Вставлю и свои

Вставлю и свои пять копеек.
На рутрекере видел эту книжку. Выложил кто-то. Так там к ней один из комментаторов отписал что-то навроде: "В книге используется stdio.h вместо iostream. Для кого автор пишет эту ерунду?". Честно говоря, настолько каким-то глупым и даже провокационным показался этот коммент (а не сам ли автор написал такое?!), что не поленился и скачал. Как выяснилось, книгу эту я уже видел. За издание точно не скажу (может, и не третье), но помню, что впечатление она оставила хорошее. Почему сюда и зашёл, на рутрекере отписываться просто смешно. И как оказывается, тут ещё и новые книги появились. А почему понравилась? Да потому, что она в отличие от многих книг по С++, ставящих всё с ног на голову, излагает языком точным, и совершенно очевидно, что автор ПОНИМАЕТ то, о чём говорит. Даются основы языка С++. Причём именно языка! А что ещё должно быть в книге, озаглавленной "Введение в С++"? И точно указан контингент - учащиеся, знающие язык Си. Всё пристойно, в рабочем режиме. Может, сравним с каким-нибудь другим учебником? Например, с учебником С++ Дятела? Что мы там имеем? Многотонный фолиант (на ногу уронить - пиши, пропало!), начинающийся с полюбившегося некоторым iostream'ного cout, выводящего "Hello, world". Разумеется, никакого предварительного знания языка Си не требуется, поскольку по заверению авторов, "он и сам собой изучится" по ходу пьесы, так что будете знать аж два языка! По довольно тщательному (размерно!) описанию циклов, условий, основных конструкций, становится очевидным, что авторы на полном серьёзе считают, что можно плюсам обучить с нуля! А язык-то, для профессионального пользователя! Программист - это профессия, которой учатся. Не один год. То есть, потенциальный читатель каким-то сверхъестественным образом (видимо, уже при рождении) должен знать с десяток-другой сопутствующих дисциплин. Не смешно? И кстати, если это всё-таки не так, зачем нужен С++ этого самому потенциальному читателю? Знание основ программирования на сегодняшний день - обязательное условие "общей" грамотности. Но не С++ же! Существует куча очень даже приличных языков, позволяющих как быстро освоить, так и успешно использовать их в решении своих проблем пользователям без специальной подготовки. А они читают книжку Дятела, который обещает (как и многочисленные курсы) не только знание языка С++ после завершения "обучения", но и всякие "высокооплачиваемые работы" не без блекджека! То есть, попросту теряют время. Или, может, Дятел этого не знает? Вообще-то, любой человек пишущий по теме "++" не может не являться профессиональным программистом! Стало быть, врёт? Ага! "Маркетинг" по-импортному называется, "мошенничество" по-русски. Кидалово. И благо бы был один такой Дятел, так их - просто полки магазинные ломятся! Так что, в печку всех этих дейтелов, в печку... Вслед за Каутским. Писал бы Булгаков в наши дни, его Швондер однозначно бы был автором учебника по плюсам. И ничуть дела не меняет то обстоятельство, что взявший эту книжку программист найдёт в ней что-то для себя полезное. На то он и программист - он уже умеет читать селективно и в состоянии грепнуть из текста именно то, что ему нужно. А остальное куда? Кстати, для программистов уже состоявшихся существует специальная литература. Максимум, во что может превратиться человек после чтения таких дейтелов, это (кто-то сверху, правда, сказал - "обезьяна", но будем гуманней к несчастным) девочка Маша (сходу такой образ нарисовался), которую взяли кладовщицей на громадных размеров складской терминал с кучей складов-контейнеров, где она ничего не знает, ни где чего лежит, ни для чего оно предназначено. Только что - молодая, бегает быстро! Вот только попроси эту Машу принести какой-нибудь инструмент, пригодный, скажем, для лесозаготовки, то она (поискав с полдня) садовые ножницы и принесёт. Здрасьте! А пройдут годы, поднаберётся опыта? Ну, станет бабой Машей, с тремя радикулитами, ковыляющей между своими контейнерами со скоростью в полузла, но зато прекрасно знающей что лежит в каком контейнере. Вот только попробуй опять собраться куда-нибудь лес попилить, да порубить, она тебе принесёт те же садовые ножницы, что и много лет назад...
Чего-то меня понесло... В общем, повезло тем читателям Столярова, кто на сегодня - студент. Слушай, что взрослый дядя говорит, да делай. Всего делов! Кстати, и не только студентам почитать-то можно - кто-то сверху очень правильно отметил, что изложение просто мозгинаместоставящее. У всех есть где-то какие-то пробелы, а текст "Введения в С++" достаточно короткий, чёткий и вменяемый. Ничуть не удивлюсь, если и обычный пользователь, для своих нужд уверенно пользующий какие-нибудь перлопитоны и работающий где-нибудь в отделе персонала, тоже вполне может поиметь что-то полезное - уж во-всяком случае, при приеме на работу "программиста", аналогичного рутрекеровскому любителю иостримов, вполне самостоятельно сможет поставить правильный диагноз и чётко отработать указателем на объект Двери, не отвлекая от работы людей, занятых программированием.

Вообще-то...

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

ЗЫ Капча у Вас тоже неплохая, чёрт возьми...

Опечатка?

Андрей Викторович, возможно, на стр. 6 в сноске опечатка
"Любителям громких заявлений ОТ неотделимости стандартной библиотеки..."

Опечатка

Страница 103, нижняя половина. Абзац начинается так:

Когда переменная scene_lenght...

Преобразование указателей

Спасибо большое за книгу!
Когда читал, одна вещь вызвала серьезные затруднения для понимания. Меня мучил такой вопрос: будет ли при private наследовании работать неявное преобразование указателей от указателя на наследника к указателю на предка? Я проверил и убедился, что не будет. На странице 90 есть фраза о том, что есть случаи, когда тот факт, что один класс унаследован от другого сам по себе является деталью реализации, но дальше в книге говорится только о защите методов и полей, а о преобразовании указателей не упоминается. Нельзя ли внести несколько слов в книгу о таком эффекте private наследования?

Не компилируется

"Исходный текст примера MultiMatrix из последней главы" не компилируется

multimatrix.cpp: In member function ‘T& MultiMatrix::operator[](unsigned int) [with T = int, T init_val = -0x00000000000000001]’:
multimatrix.cpp:67:21: instantiated from here
multimatrix.cpp:60:28: error: ‘class Array’ has no member named ‘Elem’


Const

Здравствуйте!

На стр.57 возможно за место MyInt operator++(int) {/*...*/} стоит написать const MyInt operator++(int) {/*...*/}, чтобы, например, не было такого:
MyInt test(4);
test++ = 16;

За книжку большое спасибо!

очепятка?

стр. 82, char* FileException::strdup:
char *res = new[strlen(str)+1];
-> char *res = new char[strlen(str)+1];
не ?.. на первый вариант gcc (4.7.2) ругается: expected type-specifier before «[»

Файлы к книге

А где же скачать обещаные тексты примеров программ, приведённых в книге?

Хорошая книга

Хорошая книга для первого раза, но все таки от едких коменнтариев по поводу СТЛ можно было бы воздержаться. Еще можно было бы добавить в соответсвующие места ссылки на "первоисточники" Cатера, Мейерса... (например почему не надо перегражет приведение по типу и т.д.) И ессно уже С++11 на дворе, хотя я подозреваю, что автор скажет несколько нелестных слов о новомо стандарте.

Спасибо за

Спасибо за книгу, очень хорошо "прочистила" мозг - до этого многими частями языка пользовался как обезьяна - не особо понимая их смысл и цель существования. Этим Ваша книга и ценна, что много разъясняет.

http://habrahabr.ru/post/1517

http://habrahabr.ru/post/151760/
Доступен предзаказ 4-го издания «The C++ Programming Language» by Bjarne Stroustrup

Интересно будит ли так же отличатся спецы обученные до 4-го издание и после него? (как вы заметили своей книги для 3-го).

Не думаю что в нём автор решил разделять С++ и STL, скорее даже наоборот, ввиду появившихся новых контейнеров.