- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
word mofs[]={0,
31,
31+28,
31+28+31,
31+28+31+30,
31+28+31+30+31,
31+28+31+30+31+30,
31+28+31+30+31+30+31,
31+28+31+30+31+30+31+31,
31+28+31+30+31+30+31+31+30,
31+28+31+30+31+30+31+31+30+31,
31+28+31+30+31+30+31+31+30+31+30
// ,31+28+31+30+31+30+31+31+30+31+30+31
};
Follow us!
p.s. кстати, запятую можно было и не комментить.
Она там ниже по коду корректируется.
> почему декабрь отменили
Зачем нам смещение января следующего года?
> запятую можно было и не комментить
Тогда длина массива будет 12 элементов. Лишний байт.
2 байта
там махровый турбо-с++ в т.ч. с кулхацкерными asm вставками с int 21h
интересно, зачем @bormand такое сокровище
>> Это же Юрий Нестеренко!
Читал про него на лурке, зашел на сайт, увидел там Downloads, ну а дальше вы знаете ;)
http://ideone.com/EbIDHy
> 2 байта
Чет я совсем невнимателен.
Т.е. знать кол-во дней в году не полагается?
Автор либо делфист, либо что-то иное, но похожее на делфиста. Обычная попытка написать куллхацкерский код, не понимая вообще того, что пишешь.
Автор этого комментария даже не слышал о сарказме. Обычная попытка написать комментарий, не понимая вообще того, что пишешь.
набрасывай на аду
Так багланд вроде не трогал её своими грязными лапами, плюс в аде пофиксили всё что сильно раздражало.
И прежде чем набрасывать надо знать предмет.
шах и мат
ада никому не интересна, поэтому никто не будет изучать предмет только ради того, чтобы набрасывать
Тем более что при набросах лучше всего покрывать большие площади, а не одного человека.
Вижу у тебя гнойная болячка на анусе не проходит, раз ты бегаешь за моим хуем и постоянно пытаешься меня за него укусить.
if A and B - полная проверка
if A and then B - неполная проверка
Какого хуя?!
AND - &
And Then - &&
Не зря же там Then.
Как и A Or Else B.
Не то, что Дельфи и ТП, где вычисления можно сломать опцией «Complete boolean eval», или сишка, где && и || зачем-то выполняют неявное приведение аргументов к булевому типу.
Повторю сказанное в другом треде. В сишкоблядских вообще для условий следовало сделать операнды AND/OR/XOR/NOT, которые считают их по короткой схеме.
А для чисел оставить побитовые. И _запретить_ делать на числах AND/OR, а на условиях побитовое.
PS в VB.NET тоже кажись ввели AndThen/OrElse.
к чему еще надо приводить вычисляемый в данный момент аргумент логической операции?
он же не все аргументы приводит, а только те, чей результат необходим:
http://ideone.com/FBRyl1
Сделали бы лучше and неполное, а and necessarily полное.
А вот хуй. Вариант без short-circuit он надежнее и безопаснее в плане побочных эффектов - они всегда выполняются, и не зависят от результата предыдущих частей выражения. Имхо поэтому в аде его и поставили на первое место, а ориентированные на производительность and then и or else заставили писать явно.
P.S. И всё-таки два ифа универсальнее, т. к. при наличии else позволяют разделить ситуации !p и !(p->foo()).
проверка на неравенство нулю - это не приведение к логическому типу
а если новичок не знает и сишки (где логического типа изначально не было совсем), то что и говорить
if Valid(x) and Condition(x), и второе может просто вылететь из-за неверного x.
И нахрена мне выражения, которые всегда выполняются?
Вот и пиши and then. Тогда сразу понятно, что второе выражение будет выполняться только если первое выполнилось. Ты ведь не хочешь мне сказать, что short-circuit and в такого рода выражениях - настоящая конъюнкция? ;)
Имхо в аде правильно поступили, что не стали отдавать short-circuit'ность на откуп опций компилятора или ставить ее по дефолту.
Так у меня ж давно рефлекс не писать and then и при написании выражений думать по короткой схеме.
Не полагайся на short-circuit Тарасушка, крестоблядью станешь.