Comments 18
Designated initializers и f(int a[static 10]) — стандартные возможности c99.
+2
Сколько приблизительно стоит Enterprise License на небольшую команду в 3-4 программиста?
+4
Прошу связаться с нами по этому вопросу через почту: http://www.viva64.com/ru/about-feedback/.
-8
А чего минусите? Попробуйте например посмотреть стоимость лицензии на Qt (не стандартная подписка) — https://www.qt.io/buy-product-perpetual-step-3/
тоже «свяжитесь с нами».
Да, при отсутствии прямой цены продавец может «стричь больше», но это их право и их бизнес.
тоже «свяжитесь с нами».
Да, при отсутствии прямой цены продавец может «стричь больше», но это их право и их бизнес.
-2
Минусуют потому что "свяжитесь с нами" не является ответом на вопрос "сколько стоит?". Можно было бы другими словами написать, а то тут получился издевательский ответ робота.
0
Можно хоть обминусоваться, но это не изменит логику работы бизнеса таких компаний как Coverity, Klocwork, Parasoft и почти всех прочих игроков рынка статического анализа кода. За редким исключением в виде PC-lint.
Ну не публикуют компании цены, не публикуют. И вовсе не из-за откатов, как принято думать в России. Какой-бы ответ на этот вопросы мы не писали — минусы идут всегда.
В итоге стоит ли тратить силы на что-то кроме «издевательского ответа робота»?
Ну не публикуют компании цены, не публикуют. И вовсе не из-за откатов, как принято думать в России. Какой-бы ответ на этот вопросы мы не писали — минусы идут всегда.
В итоге стоит ли тратить силы на что-то кроме «издевательского ответа робота»?
+3
Такой вопрос: те люди, которые на первой стадии говорили «Я не доверяю вашему приложению и не буду его устанавливать в /usr/bin!» — потом ушли или внезапно начали доверять бинарному пакету?
0
Именно. Хотя справедливости ради стоит отметить, что через пакеты удобнее устанавливать и обновлять приложение, нежели самому его копипастить в систему. Видимо это то, что было нужно.
+1
А еще удобнее, когда есть репозитории. Тогда вообще все прекрасно и практически однокомандно.
В другой стороны, я не совсем понимаю, зачем из tar.gz архива ставить анализатор в /usr/bin. У меня он прекрасно поселился в ~/bin/pvs/… и работал без проблем, главное, PATH правильный подсовывать, так как вроде бы анализатор еще один файл из этого же каталога вызывает и без PATH он его не находит.
Вышесказанное, однако, не относится к пакетам. Из них действительно принято ставить в /usr/bin или в иерархию /opt.
P.S. Интересное решение получилось у вас. Хотя демолицензия у меня уже кончилась результатов анализа я заготовил достаточно, чтобы по выходным их вдумчиво читать и анализировать. Так что может быть, я Вам еще о чем-нибудь и напишу.
В другой стороны, я не совсем понимаю, зачем из tar.gz архива ставить анализатор в /usr/bin. У меня он прекрасно поселился в ~/bin/pvs/… и работал без проблем, главное, PATH правильный подсовывать, так как вроде бы анализатор еще один файл из этого же каталога вызывает и без PATH он его не находит.
Вышесказанное, однако, не относится к пакетам. Из них действительно принято ставить в /usr/bin или в иерархию /opt.
P.S. Интересное решение получилось у вас. Хотя демолицензия у меня уже кончилась результатов анализа я заготовил достаточно, чтобы по выходным их вдумчиво читать и анализировать. Так что может быть, я Вам еще о чем-нибудь и напишу.
0
А что-нибудь про KDevelop известно? Сложно будет туда интегрироваться?
0
Удалил
-1
А вот и PVS-Studio C# в Linux завезли: habr.com/ru/company/pvs-studio/blog/507110
-1
Sign up to leave a comment.
Как создавался PVS-Studio под Linux