Как стать автором
Обновить
0
0
veprbl @veprbl

Пользователь

Отправить сообщение
Сериализация произвольных С++ классов реализована ещё и в CERN ROOT. Даже были утилиты для описания в XML: GCCXML и genreflex.
Про https://root.cern.ch интересно было бы почитать. Там своя копия llvm, её можно особо не проверять. Пожалуй, наиболее важные компоненты будут: core, io, tree, hist и math. Я так понимаю у них там уже используется Coverity.
Если я правильно понял, в статье обсуждается эквивалентность следующему коду:
typedef execute_around<Foo> T;
{
T::proxy tmp1(vecc1.p.get(), *vecc1.mtx);
T::proxy tmp2(vecc2.p.get(), *vecc2.mtx);
res1 = f(tmp1.p->a(), tmp2.p ->a());
}
{
T::proxy tmp1(vecc2.p.get(), *vecc2.mtx);
T::proxy tmp2(vecc1.p.get(), *vecc1.mtx);
res2 = f(tmp2.p->a(), tmp1.p ->a());
}
А если иметь код (условно):
res1 = f(vecc1->a(), vecc2->a());
res2 = f(vecc2->a(), vecc1->a());

Могут быть дедлоки?
Красиво! Но всё-таки это не отладочная плата, а ~пятая итерация.
Ножки недостаточно близки — слишком мало веселья при пайке. Можно как-то так: 1 2 3
Вовсе не потому:
root [1] float value = 1./3.;
root [2] value == 1./3.
(bool) false
root [3] value == 1.f/3.f
(bool) true
root [4] value == float(1./3.)
(bool) true

Дело в том к какому типу приводится левый и правый операнды оператора ==. В вашем случае к double (для избежания потери точности).
Типичный FPU, кстати, не умеет делать операции над float. Регистры x87, например, 80-битные.
Открытие сделано по объединённому датасету 2011 + 2012 с приблизительно равными вкладами в статистику. Так что Хиггса в данных 2011 года вы можете искать вполне хорошо, только статистики будет чуть меньше.
Вместо обычного сдвигового регистра лучше, наверное, использовать специальный регистр с led драйвером, который обеспечит равномерное свечение восьмёрки по сравнению с единичкой и точкой.
Идея с переворотом точек гениальна. Браво!
По-идее даже обязан. Например, через диаграмму e → (ν_e W-) → (ν_μ W-) → μ-, но её сечение, скорее всего, крайне мало.
Сайт о «водителях» для водителей

Пешеходы в нашей стране, по мнению «водителей» и водителей, к сожалению, пока не являются участниками дорожного движения.
Другие разработчики тут не при чём.

Системы контроля версий это не просто замена Dropbox. Для программиста, системы контроля версий должны быть, прежде всего, средством управления изменениями. В процессе разработки патч первичен. Он должен содержать какое-то одно конкретное изменение, к которому прилагается разумное пояснение в описании коммита. Управление изменениями позволяет меньше заниматься рутиной, меньше в ней ошибаться, не хранить всё-всё в голове, не хранить в исходниках тонны никем не читаемого закоментированного «на всякий случай» кода.

Противоположным подходом к этому является скидывание изменений за рабочий день/неделю/месяц/год в одну кучу без пояснений. Для этого удобно и просто использовать Dropbox.
Вобщем, gitosis-admin очевидным образом разлочился правкой .ssh/authorized_keys пользователя git, с последующим пушем правильных настроек. А gitlab не видел потому что ему нужен доступ к репозиториям на диске, вылечил запуском из под пользователя git.

Спасибо за софтину, буду внедрять, ждите PKGBUILD'ов =)
Ну я полагаю, что если я могу склонировать что-то с git@localhost:repo.git, и «git log» даёт ожидаемый вывод при вызове из /srv/gitosis/repositories/repo/, то репозиторий всёже есть.
Поставил, долго мучал, в итоге запорол доступ к gitosis-admin, забил. Остановился на том, что таки запушил свою существующую репу, но gitlab почему-то отказался её видеть. По какому принципу он вообще определяет, что там что-то появилось?
маленький баг: можно лизать свою кровь с границы уровня и восстанавливать свою жизнь до бесконечности)
на фотографиях с uv-фильтром видны рамы. может там просто стекло?

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность