Сжатый

все к ноге

хотя теперь я не понимаю

все к ноге

А еще я единорог

почему 22

наверное, операция = выполняется позже, чем i++

i=0; i=i++; > 0

i=0; i=i++; > 0

Конечно после

i=(i++)

Тогда сначало ++

i++ возвращает неизмененный результат, очевидно жеж

++i — возвращает измененный

++i — возвращает измененный

+

кто объяснит мне, где я ошибся?

в коде i=++i+10+i+++10;. Его можно было записать в виде i=23;, и вероятность допущения ошибки была бы ниже

i++ возвращает неизмененный результат, очевидно жеж

``` var i = 0; console.log(i++); console.log(i); ```

0 1

вангую

так стоп

я в сортах JS не разбираюсь

я ток по с и с++

повтори то же и самое на си

будет интересно

ок

в коде i=++i+10+i+++10;. Его можно было записать в виде i=23;, и вероятность допущения ошибки была бы ниже

Так не интересно

И не в традициях бф

int i = 0; i=++i+10+i+++10; printf("%d\n", i);

И не в традициях бф

у меня бф=бойфренд. Я чего-то не понимаю %) По мне так сложные выражения ненужны

int i = 0; i=++i+10+i+++10; printf("%d\n", i);

а. ты про этоо

не скомпилится же

int i = 0; printf("%d\n%d", i, i++);

у меня бф=бойфренд. Я чего-то не понимаю %) По мне так сложные выражения ненужны

Brain fuck

U

да ну

@yokaidev

@yokaidev

что?

что?

Выше посмотри

да ну

➜ ~/dev/c/increment clang main.c -o app main.c:10:7: warning: multiple unsequenced modifications to 'i' [-Wunsequenced] i=++i+10+i+++10; ^ ~~ 1 warning generated.

лол

фигасе

warning же пофиг

i: 122

скомпилилось?

ага

вот так поворот

посмотрел. Всё равно выражаю недовольство, потому что отдел кадров таким кодом программистов проверяет => люди учатся писать\читать такой код => в продакшне компании получают такой код

поэтому надо компилить с -Werror

))))

почему 122

потому что вероятно UB

точки следования

Можно ли как-нибудь без мучений на linux запаковать python-проект с зависимостями так, чтоб он на macos запустился? Такая ситуация, что похоже придется pure python2.7 использовать. MacOS у клиента и его мучать не хочется

на лурке есть про i++ + ++i

точнее скорее не ub, но unspecified

http://lurkmore.to/%2B%2Bi_%2B_%2B%2Bi

➜ ~/dev/c/increment gcc -Wall -Wextra main.c -o app main.c: In function ‘main’: main.c:10:6: warning: operation on ‘i’ may be undefined [-Wsequence-point] i=++i+10+i+++10; ^ main.c:10:6: warning: operation on ‘i’ may be undefined [-Wsequence-point]

> may be undefined

забавно, что кланг такого предупреждения не выдаёт

значит у него внутри по-другому написаны sequence points

»-Wextra

и -Wall

»-Wextra

Нет, `-Wall`

Ну

И что?

➜ ~/dev/c/increment gcc -Wall -Wextra main.c -o app main.c: In function ‘main’: main.c:10:6: warning: operation on ‘i’ may be undefined [-Wsequence-point] i=++i+10+i+++10; ^ main.c:10:6: warning: operation on ‘i’ may be undefined [-Wsequence-point]

у тебя вот тут -Wall и -Wextra, может если всё это пропихнуть в clang, он тоже расскажет про sequence points

Уже

ERROR: S client not available

Пропихнул

Ну ты прикалываешься?

)

Я просто ноут убрал, сейчас не удобно

Скомпильте кто-нибудь на кланге со стеной

эээ

попробуй со скобками

попробуй со скобками

http://www.youtube.com/watch?v=aYTBMmHbWZ8

#include <stdio.h> int main() { int i = 0; i=(++i)+10+(i++)+10; printf("%d\n", i); return 0; } 22

попробуй со скобками

(+ (incr n) 10 (incr n) 10)

Как просил

#include <stdio.h> int main() { int i = 0; i=(++i)+10+(i++)+10; printf("%d\n", i); return 0; } 22

а если сначала считается выражение (++i)+10+(i++)+10 (=22), потом выполняется i++ (=1), а потом i=22?

а если сначала считается выражение (++i)+10+(i++)+10 (=22), потом выполняется i++ (=1), а потом i=22?

В смысле? Все просто: В разных компиляторах по-разному, зависит от того, как преобразуется выражение Еще раз, проблема в точках следования, и эту проблему не будут решать

Потому что это ub или unspecified

Вот когда cxx станет expression-oriented...

Просто _так_ писать не надо

_так_?

не так... Забыл как выделять жиром

а если сначала считается выражение (++i)+10+(i++)+10 (=22), потом выполняется i++ (=1), а потом i=22?

Вероятно, выражение раскрывается последовательно поэтому i++ вернет 0 0 + 10 ++i вернет 2 (потому что i == 1) 12 + 10

не так... Забыл как выделять жиром

только через бота

:<

дождался, теперь у меня прав меньше, чем у бота

Если выражение раскрывается справа налево (возможно так и есть, я не помню), то ++i вернет 1 10 + 1 i ++ вернет 1 1 + 11 + 10

i=(++i)+10+(i++)+10 i=1+10+(i++)+10 //(i=1 i=1+10+1+10 //i=2 i=22 //но сейчас, пока эта операция еще выполняется i=2, а я думал, что сначала будет i=22, а потом отработает i++

https://en.wikipedia.org/wiki/Sequence_point Там написано, что при вычислении выражения f() + g() Либо f, либо g может выполнится первым

i=(++i)+10+(i++)+10 i=1+10+(i++)+10 //(i=1 i=1+10+1+10 //i=2 i=22 //но сейчас, пока эта операция еще выполняется i=2, а я думал, что сначала будет i=22, а потом отработает i++

Это же последовательный код, i будет изменено в момент, когда будет вызвано i++ Просто i++ вернет предыдущее значение, а само i к тому моменту уже изменится i++ — функция с side effects, в этом проблема

https://en.wikipedia.org/wiki/Sequence_point Там написано, что при вычислении выражения f() + g() Либо f, либо g может выполнится первым

А если f и/или g — функции с сайд эффектами, то это undefined behavior

вот на примере и разрулили

норм

Ребята мне необходима помощь