Друзья, мы готовим серию вебинаров про PVS-Studio ❤️

А именно: вместе пройдем путь от установки анализатора до встраивания в CI/CD и тонких настроек.

На первом вебинаре познакомим с возможностями анализатора, разберём актуальные требования ГОСТ и расскажем, как устроено лицензирование PVS-Studio.

🗓19 февраля в 14:00

Регистрация по ссылке 🔗

#вебинар #PVS_Studio

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

Переходите по ссылке 🔗

#статья #PVS_Studio

Коллеги, ничего не планируйте 16 февраля в 16:00! Мы будем обсуждать важный методический документ ЦБ РФ. Так что планируйте только участие в вебинаре 😉

Мы возвращаемся! 🔥

С новыми силами мы возобновляем митап "Сплошные плюсы. Клуб С++ разработчиков"!

Что вас ждет:
- доклад "Тихий враг или молчаливый союзник: Коротко о выравнивании в C++"
- доклад "Разработка решения для расчета метрик графа в Single Node"
- увлекательные квизы
- эксклюзивный мерч
- нетворкинг и живое общение

📅 Встречаемся 19 февраля в 18:30
📍Москва, кампус ЦУ, ул. Гашека, д.7 стр. 1.

Регистрация и подробности по ссылке 🔗

#митап #cpp

На нем написан Docker, Kubernetes, Gitea и многие другие проекты самых разных масштабов. Наверное, вы догадались, что речь идёт о Go. Мы никогда не писали об ошибке на Golang-проектах, но настало время это исправить, ведь скоро выйдет анализатор PVS-Studio для Go!

Все подробности по ссылке 🔥

#статья #go

Спешим поделиться интересной ошибкой, которую нашел наш анализатор. В примере ошибка из проекта OpenIDE:

public final class UsageType {
  ....
  public static final UsageType 
    DELEGATE_TO_ANOTHER_INSTANCE_PARAMETERS_CHANGED = new UsageType(
      UsageViewBundle.messagePointer(
        "usage.type.delegate.to.another.instance.method.parameters.changed"
      )
    );

  private static final Logger LOG = Logger.getInstance(UsageType.class);

  public UsageType(@NotNull Supplier<....> nameComputable) {
    myNameComputable = nameComputable;
    if (ApplicationManager.getApplication().isUnitTestMode()) {
      String usageTypeString = myNameComputable.get();
      if (usageTypeString.indexOf('{') != -1) {
        LOG.error(....);
      }
    }
  }
  ....
}

Срабатывание анализатора PVS-Studio: V6050 Class initialization cycle is present. Initialization of 'DELEGATE_TO_ANOTHER_INSTANCE_PARAMETERS_CHANGED' appears before the initialization of 'LOG'. UsageType.java 46

Анализатор говорит, что мы имеем дело с циклической зависимостью при инициализации статических полей. Снова не самый очевидный момент, связанный с нюансами языка Java.
Для инициализации поля DELEGATE_TO_ANOTHER_INSTANCE_PARAMETERS_CHANGED используется конструктор. А в нём мы обращаемся к логгеру LOG.

Всё дело в том, что поля инициализируются в порядке их объявления. Как вы можете видеть, DELEGATE_TO_ANOTHER_INSTANCE_PARAMETERS_CHANGED располагается выше LOG, т.е. инициализируется раньше. Как следствие, LOG на момент исполнения конструктора будет равен null, и при обращении к нему мы столкнёмся с NPE.

Исправление, как и в большинстве случаев выше, будет донельзя простым. Нужно просто разместить объявление LOG выше, чем DELEGATE_TO_ANOTHER_INSTANCE_PARAMETERS_CHANGED.

Не совершай такую ошибку в своем проекте! А узнать о других багах из проекта можно по этой ссылке 🔗

#java #programming #ошибка