Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+138
// Преобразует BCD формат в число
private static int BCDToInt(byte bIn)
{
return ((((bIn / 0x10) * 10) + bIn) - ((bIn / 0x10) * 0x10));
}
// Преобразует число в BCD формат
private static byte IntToBCD(int value)
{
value -= (value / 100) * 100;
byte bTH = (byte)(value / 10);
byte bTL = (byte)(value - (bTH * 10));
return (byte)(bTL + ((byte)(bTH << 4)));
}
навеяло сложными запутывающими большими и маленькими индейцами для элитных программистов
референс-код от партнеров для конверсии binary-coded decimal вперёд и взад
чтобы как бы верно срослось между ихним с# и нашим сраным с++
Запостил: 
defecate-plusplus,
29 Мая 2013
Follow us!
были домыслы, что оператор % был не с самой первой версии языка, но это сложно поверить
если че, "/ 0x10" и "% 0x10" хоть, возможно, заменятся на нужное, но выглядят кхм
хочешь кросс-платформенный ассемблер, поддерживающий всё что можно?
это дело компилятора и его оптимизации сишного кода под заданную платформу - но на самом деле я сейчас так и не заставил g++ из кода, приведенного мной выше, соптимизироваться в aam/aad
даже не узкое место, чтобы так заморачиваться
ну как вариант еще gcc.godbolt.org не умеет в -m32, чтобы посмотреть выхлоп конкретно под x86 - генерит только x86-64, так что может и умеет, только это не просто проверить теперь
Наверное в этом заключается суть проприетарного энтерпрайза...
зачем тогда такое партнерство - ставить палки друг другу в колеса
особенно когда обе стороны заинтересованы, чтобы их системы как можно лучше взаимодействовали с наименьшими проблемами
просто я тогда проебал момент в описании, что в кое-каком поле они захотели bcd вместо обычного бинарного, ну и при первом совместном тестировании это всплыло
правится за 5 минут, но они не постеснялись прислать мне вот такую "подсказку", подняли настроение
может, wvxvw и прав, может они хороший код взяли и ухудшили, но, если честно, думаю всё несколько прозаичней :)
В чем заключается мое вынужденное использование: проект написан на TypeScript и WE можно использовать для сборки.
Но, у WE нету вообще никаких API коммандной строки и интегрироваться с MSBuild он не может. Собрать проект только MSBuildом - отнюдь не сложно (я даже так и сделал, когда выяснил, что WE этого не умеет). Но, пришлось вернуть WE. Номинальная причнина - потенциальным пользователям MSVS этот инструмент привычнее.
Результат - я забил на MSBuild / WE и билдю SCons'ом, из него же генерирую .csproj для начальста, чтобы отстали. Но мой наследник SCons билд не получит, а получит говно, с которым и будет мучатся...