- 1
- 2
- 3
- 4
- 5
case '16':
dm("sixteenth");
*b_=FULL_NOTE_DURATION_TCK/16 & 0x0F;
*c_=(FULL_NOTE_DURATION_TCK/16 & 0xF0) >> 8;
break;-
Си / Говнокод #7780
+146
Человек парсил хексы из строки и задумался немного при копировании блоков в свитче.
Запостил:
m08pvv,
05 Сентября 2011
Follow us!
Например, ботланд вообще забил на корректность сдвига для знаковых типов, поэтому лепит shr одинаково для знаковых и беззнаковых типов (нормальные люди для знаковых типов делают sar):http://www.gamedev.ru/code/forum/?id=138759, самый ржач, когда код -7 shr 1 получает что-то очень большое, а в отладчике показывается -4.
Но даже sar означает не то же самое, что интеловское деление.
Например, -1 >> 1 будет равно -1, собственно, как и требуется по правилам арифметики (http://ru.wikipedia.org/wiki/Деление_с_остатком, обратие внимание на 0<=r), но идиоты из интела зачем-то сделали для этого случая отрицательный остаток, и это пиздец как неудобно - например я хочу координаты объекта перевести в номер занимаемой ячейки, я делю на 100, и получаю неверный номер для отрицательных чисел.
Я троллил тут: http://www.gamedev.ru/code/forum/?id=139163
Может быть, в Луркоморье запостить?
раз он их так любит
далее
5.8.3
The value of E1 >> E2 is E1 right-shifted E2 bit positions. If E1 has an unsigned type or if E1 has a signed type and a non-negative value, the value of the result is the integral part of the quotient of E1/2^E2. If E1 has a signed type and a negative value, the resulting value is implementation-defined
слив не мой, я просто разместил объяву
т.е. -43 = 6 * (-7) + (-1) и 43 = (-6) * (-7) + 1 тру
-43 = 7 * (-7) + (6) и 43 = (-7) * (-7) + (-6) не тру
касательно 5.8.3 - это взято из "Working Draft" нового стандарта. если есть че поновей, будь добр, кинь ссылку
Новее N3242 вроде в публичном доступе нет.
'16' - это мульти-символьный литерал, они зависят от реализации и не рекомендуются к использованию (gcc ругается ворнингами). Ведёт он себя довольно весело:
выводит <<'16' is 12598>>, а
выводит <<'16' is 54>>
круто
Все символы, кроме последнего, как заметил absolut, игнорируются. По идее так должно быть только на Little Endian. Надо проверить на Big Endian и сравнить. Если моя гипотеза верна, то
'16' == '6' на little endian;
'16' == '1' на big endian.
Следовательно, у нас хакерский код для определения порядка байтов.
И вообще, char a='16'; char b='q6'; char c='xyz6'; дают одинаковые результаты из-за усечения.
Понятно, что дело в отсечении: 0x3136 не помещается в char. В этом весь смысл "примера". В общем, автор кода явно разместил в case совсем не то, что нужно.
ПыСы: двойка - это 2, а не 1! Радуйтесь.
А чего вы хотели от уставшего человека посреди ночи? xD Сам ржал с этого. xDDD