- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
for (int i = 1; i++; i <= 20) {
if (ExecSQL(...) >= 0) {
Ok_rekord=true;
break;
}
if (i == 20) {
if (ExecSQL(...) < 0) {
// показываем сообщение об ошибке
} else {
Ok_rekord=true;
}
}
}
P.S. Кто-то уже минусов понаставил, не осилив цикл, и подумав что тут все ок 😉
Вообще-то исходный "цыкол" не закончится при i==20. Если опираться на i, то он закончится когда i переполнится, а потом прибежит в ноль через отрицательные значения.
P.S. при это я нихуя не понял почему так: https://ideone.com/wngs0w
В нормальном цикле сначала идет условие, а потом действие, если это условие еще действительно. Но тут, мы бесконечно инкрементим переменную i.
char вместо того, чтобы перевалить 127 > -128 .. > 0, или на крайняк 255 > 0, херачит дальше, как будто он int
беда ideone в том, что неизвестно на каких ключах это компилилось, а сидеть подбирать (наверняка в гцц есть флаг считать char интом) мне пока лень
x = y*y
Чему равно игрек? Конечно же, 4, ведь я же игрек возвёл в квадрат!
Следуя вашей логике могу написать i++ и ткнуть вас носом в увеличение игрека.
Но вы правы, это не из-за операции, а косяк компилятора. В VS все нормально.
cout<<y*y
Чему равно игрек? Конечно же, 4, ведь я же игрек возвёл в квадрат!
И ещё я явно не присваивал значение операции!
cout<<y++
Чему равно игрек? Конечно же, 2, ведь я же игреку не присвоил значение!
Различные операции, че пристал ко мне. Ну ошибся человек и?
Нихуя, тут ты использовал игрек как левалуй.
> Ну ошибся человек и?
Мне показалось, ты не понимаешь основы.
Просто потому, что ты об этом уже знаешь. Знаешь, как сработает компилятор в данном случае.
Логично предположить, что и в предыдущем случае компилятор сработает как надо, но он не сработал как надо, поэтому я просто сделал предположение, почему компилятор сработал именно так. По моему, все симптомы говорят о том, что i скастонулся в int.
не нихера не защитываю, ты говорил об этом не как о предполагаемой причине бага, а как о "ничего удивительного"
Но позже признал ошибку:
[color=blue]Но вы правы, это не из-за операции, а косяк компилятора. В VS все нормально.[color]
Я там другую ошибку исправлял и не заметил как допустил эту. 🙂
А редактировать можно только раз. В общем внимательность после работы на минимуме.
f5 в помощь
Имеете ввиду возможность отменить изменения внесенные в поле? Я имел ввиду возможность второго редактирования после коммита первого изменения.
редактировать комментарий можно в течение минут 5 по факту (а не 1 раз).
Если время еще не вышло, а возможности редактирования как бы нет, обновите страницу и она появится. Это такая фича ГК 🙂
>беда ideone в том,
так liveworkspace "under maintenance" 🙁
шланг нормально разобрался с таким циклом
ну и, понятное дело, студия тоже ок
http://goo.gl/RBEMO
сравни цикл от шланга (testb %bl, %bl) и бесконечный цикл от гцц
гцц 4.8 уже разбирается с проблемой
гцц 4.7:
гцц 4.8:
-S вроде флаг
Ну и цикл да, такой цикл. Сишкоблядская форма for всё-таки дерьмо, что ни говори. 99% случаев в ней используется ++ или -- между двумя значениями, но ради "универсальности", нужной в 1% случаев, сделали неудобную хуйню, в которой можно вот так вот лажануться.
На эти бряки столько бумаги и чернил перевели, столько байт лишних истратили, столько студентов проклинали сей switch.
И сука ни один SISHKOBLYADO-based-language не отошел от этой пагубной практики
С#
http://msdn.microsoft.com/en-us/library/06tc147t(v=vs.80).aspx
ИМХО еще большее уродство сделали.
и потом еще не заметить ворнинг "результат выражения не используется"
по мне так лучше универсальный for, работающий с любыми типами, умеющий в несколько условий завершения цикла и несколько действий при итерации, с шагом нужной длины, а не только 1
и да, объявляющий локальный счетчик прямо в себе, а не в отдельном разделе несколькими пейджапами выше
и да, объявляющий локальный счетчик прямо в себе, а не в отдельном разделе несколькими пейджапами выше
"по мне лучше универсальный гото который многа многа букав"...
Про счётчик не понял
Во-первых, вопрос расположения объявления счётчика перпендикулярен вопросу хуёвочитаемого и труднонаписуемого заголовка, и да, я в двойном цикле несколько раз лажался в
for (int i=0; i<20; ++i) for (int j=0; i<10; ++i)
безо всяких нахуй предупреждений от компилятора. Почему я так лажался? Ну так пальцы затачиваются под конкретный сочетания символов.
Вот даже сейчас я спутал падеж у прилагательного, по той же причина.
*причине
Во-вторых, в Аде счётчик объявляется на месте, тип не указывается.
будет навроде черт, когда же LWS починят уже!
Мы тебе верим!
Был тут эпичный тред, начавшийся поломанными генераторами в хацкиле а закончившийся отсосом практически всех языков, допускающих floatы в диапазонах.
for (int i = 0; i > 10 && (some % 3) == 0; some = get_next_random(some), i += 2)
на паскале тебе придется для этого писать while, что, внезапно, не очень удобно (перенос инкрементов в хвост), особенно, когда наступит нужда использовать continue - вместо continue понадобится чуть ли не goto на строчки с инкрементами
вот так вот универсальный for работает, как ему и положено
ну а теперь есть еще и for (auto i: where), что тоже неплохо
Я об этом и сказал, как в 1%.
Хотя не, нихуя, я в таких случаях дополнительные условия проверяю внутри с оператором break. У меня быдлизьм?
> произвольный шаг
А вот это в натуре 1%. Серьёзно.
только в лабах это 100%, в продакшене это обычно итерация по контейнерам (да, там шаг ++iterator, кстати, умеет ли в это делфи?) или еще что-то более мутное навроде целочисленные с произвольным шагом - разные блочные алгоритмы, типа шифрования/дешифрования
Итерация по контейнерам - это то же самое
for (smth = start; smth<end; ++smth) операторы < и ++ перегружены
for (smth in [start..end])... удобнее же
Язык должен поддерживать эту фичу для любых объектов, допускающих эти операции.
> целочисленные с произвольным шагом - разные блочные алгоритмы, типа шифрования/дешифрования
Шаг одинаковый весь цикл? Часто я снаружи оставляю i, внутри использую i*2, как-то так.