Участвуйте в конкурсе глупых и страшных ошибок на языке C++

…использовать Linux, у нас стек длиной 8 метров, против жалкого 1 метра у форточников

такие ошибки в реале даже джуны не допускают

о, что ты знаешь о современных джунах!…

Вот топ ошибок, которые встретились на моем пути:

1. Грязный Гарри (ГГ) сделал класс Currency внутри хранились long int value центов. Он сделал метод getCents() через остаток от деления и сделал его мутабельным! Если изначально сумма была отрицательной, то после вызова этого метода становилась положительной! Интересные спецэффект правда? Человеку повезло, что находился в восьми часовых поясах от меня - так бы дождался канделябром по голове.

2. Тоже код от ГГ - Win32 API, сохранял указатель на элемент вектора и почему-то рассчитывал на определенный порядок прихода сообщений от ОС. После изменения вектора естественно приложение падало.

3. С++ Builder проект - передача int32 в хранимую процедуру БД. В базу приходили корёженные значения. Оказалось в хранимке был SMALLINT - int16 для этого поля.

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

хм, если уже есть подниматели век, то зачем кофий ? )

и отправим им в подарок – мою бумажную книгу «Вредные советы для C++ программистов».

вот это мастхэв, атлас ссср и мира ~88 года в туалете зачитан до дыр, но не порван )

Пойдет? Мы расширяемся! поэтому ищем руководителя группы разработки С++

Шоколадную?

Отберём 10 участников с самыми интересными случаями

и отправим им в подарок – мою бумажную книгу «Вредные советы для C++ программистов»

Как мило. Одному мне очевидно из каких именно меркантильных интересов вы это делаете?

Самая страшная ошибка - на нем писать.

Хорошо. Зайдем с другой стороны, а какой язык подходит для написания linux ядра, systemd, графических тулкитов GTK, Qt, внутренностей Java/Python/Ruby и прочего системного софта?

Rust, но его на момент начала разработки перечисленного софта не было даже в зародыше.

В здравом уме никто не будет эти проекты переписывать целиком на другой %суперпупервагязыкпрограммирования%. К вашей радости или сожалению.

Повторю вопрос. На ваш взгляд, на каком языке нужно разрабатывать и поддерживать уже написанные приложения?

linux ядра

C, Modula-2

systemd

См. выше.

графических тулкитов GTK, Qt,

Object Pascal

внутренностей Java/Python/Ruby

Object Pascal, C, Modula-2

Object Pascal - мертвый. Modula-2 - ещё мертвее первого мёртвого.

Под Object Pascal наверное имеется ввиду Delphi и Lazarus. Они оба ещё не совсем метрвые.

Сколько стоит лицензия на разработку с использованием Delphi?

c, cpp с gcc и clang бесплатно.

Lazarus тоже бесплатно.

К черту эту среду разработки уровня Borland Delphi 7. Мамонты и то живее на ее фоне смотрятся.

*p++ лучше вообще никогда не писать, потому что хоть все и знают что оно означает, но выглядит двусмысленно. Либо (*p)++ либо *(p++)

// Было
spinlock_guard(_lock);

// Подразумевалось
spinlock_guard g(_lock);

Падало красиво. Понятно, что почему-то не сработал лок, и полезли из двух потоков одновременно, но почему лок не сработал - вот же он, есть…

Самый неожиданный прикол что я видел - это разная точность вычислений с float на 32bit и 64bit компиляторе.

#include <new>
#include <iostream>

union A
{ 
    struct
    {
        unsigned char b1 : 1;
        unsigned char b2 : 1;
    } _flags;
    unsigned char _{};
};

int main()
{
    A a;
    std::cout << int(a._flags.b2);
    a._flags.b2 = 1;
    std::cout << int(a._flags.b2);
    new (&a) A;
    std::cout << int(a._flags.b2);
}

gcc 13.2 вывод:

010

gcc 4.8.5 вывод:

011