gunja@cr:~/Рабочий стол$ gcc --version
gcc (Ubuntu 4.3.2-1ubuntu12) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
Это свободно распространяемое программное обеспечение. Условия копирования
приведены в исходных текстах. Без гарантии каких-либо качеств, включая
коммерческую ценность и применимость для каких-либо целей.

gunja@cr:~/Рабочий стол$ cat tr001.c
#include <stdio.h>

int main() {
        int i;
        i =0;
        i = (i=1) + i;

        printf("%d\n", i);
        return 0;
};

gunja@cr:~/Рабочий стол$ gcc tr001.c
gunja@cr:~/Рабочий стол$ ./a.out
2
gunja@cr:~/Рабочий стол$

10

в С/С++ запрещено более чем одно обновление одного учатска памяти внутри одного выражения.

-- К.О.

Начнем с того, что в Си так делать нельзя.

предупреждение: операция над ‘i’ может дать неопределенный результат

gcc 4.3

Везде 2.

Везде 2, не? Ведь раскрытыие скобок имеет более высокий приоритет, чем сложение.

I=i++;

А?

Вроде везде 2 должно быть. А у кого что выдает i = (i=1)+++i+i+++(i+=1);

А так?

i=0;
i=(i=1,i)+i;

Щито?

>I=i++;

Недостаточно условий для решения задачи.

Obfuscated.

>А у кого что выдает i = (i=1)+++i+i+++(i+=1);

Кстати, а есть примеры работающих программ с подобными выражениями с чемпионатов по obfuscated программированию?

Язык Си.

dudraug@dudraug-laptop:~/temp/test$ cat i.c 
#include <stdio.h>
#include <malloc.h>
#include <limits.h>


int
main(void)
{
     int i=0;
     i=(i=1)+i;
     printf("%i\n ",i );
     return 0;
}
dudraug@dudraug-laptop:~/temp/test$ gcc i.c -Wall
i.c: In function ‘main’:
i.c:10: warning: operation on ‘i’ may be undefined
dudraug@dudraug-laptop:~/temp/test$ ./a.out 
2

>Кстати, а есть примеры работающих программ с подобными выражениями с чемпионатов по obfuscated программированию?

Имхо такое может только конченный наркоман написать.

>#include <malloc.h>

>#include <limits.h>

Если что это остатки от предыдущего тестового примера.

Еггог.

>Язык Си.

Это двойка, молодой человек.

error: ‘I’ undeclared (first use in this function)

>Это двойка, молодой человек.

Тьфу ты, опечатался

i=i++; конечно же.

> Кстати, а есть примеры работающих программ с подобными выражениями с чемпионатов по obfuscated программированию?

Судя по 3-м предупреждениям gcc что операция может дать неопределенный результат - глючить будет. Хотя может такими методами винды писаны?

>Это двойка, молодой человек.

Это опечатка, двойка тебе за твой предыдущий ответ.

руки бы поотрывать за такой код

только вот возился с undified operation в firebird 2.1.2

ибо BuildService не пропускает пакеты в которых при компиляции возникли данные предупреждения

Мало.

>i=i++; конечно же.

Вы уверены?

~/prog$ cat prog.c
#include <stdio.h>

int main() {
int i;
i=i++;

printf("%d\n", i);
return 0;
};

~/prog$ gcc prog.c
~/prog$ ./a.out
-1208640079

Внимательнее.

>Это опечатка

Компьютер сделает что вы ему скажете, а не то, что вы имеете в виду.

Тонкий изврат.

Так низя ни java/c/c++

> Компьютер сделает что вы ему скажете, а не то, что вы имеете в виду

это особенно сильно нужно доводить до девушек со "стандартной женской" логикой.

Знаешь, тут по твоей логике должна была быть другая ошибка, что i не объявленно. Но ты его объявил и не проинициализировал? Я же тебе не говорил его объявлять? Но ты его объявил. Так что ты сам не следуешь "четким инструкциям" которые хочешь услышать. Так что не валяй дурака и отвечай что будет.

И откуда ты узнал что i - int, а не double? Завязывай с клоунадой, коли не умеешь.

>Так низя ни java/c/c++

так _не нужно_ ни java/c/c++

В си вроде вычисление делается справа налево. То есть

i = (i=1) + 0
i = (1) + 1
i = 1

Хотя по логике нужно сначала посчитать значения в скобках

Не слишком мало.

>Знаешь, тут по твоей логике должна была быть другая ошибка, что i не объявленно. Но ты его объявил и не проинициализировал? Я же тебе не говорил его объявлять? Но ты его объявил. Так что ты сам не следуешь "четким инструкциям" которые хочешь услышать. Так что не валяй дурака и отвечай что будет.

Я прочёл подсказку, в венгерской нотации переменная с именем i непременно будет int. И таки с каким значением нужно инициализировать i? Нужно угадать? 0,1,2,65535?

Хотя если не ошибаюсь повторную инициализацию с не позволяет

Как?

>i = (1) + 1
>i = 1

Как это?

И таки раскрытие скобок не важнее?

[gotf@halomachine ~]$ cat test.cpp 
#include <iostream>
using namespace std;

int main(){
	int i;
	i = 0;
	i = (i = 1) + i;
	cout << i;
	return 0;
};
[gotf@halomachine ~]$ g++ test.cpp 
[gotf@halomachine ~]$ ./a.out 
2

>в С/С++ запрещено более чем одно обновление одного учатска памяти внутри одного выражения.

Если верить выводу gcc, то вовсе не запрещено. Просто результат выполнения не определён.

Да блин подумал про рекурсию и вызов функции

>И таки раскрытие скобок не важнее?

В паскале, жабе и тд важнее. В си не указано в стандарте поэтому разработчики компиляторов пишут как ИМ удобнее

Кстати, ввиду невозможности повторной инициализации скорее всего будет получен 0

Неважно чем проинициализируешь, сделай это и скажи чем и ответ. А лучше, не выполняя скажи.

>В си вроде вычисление делается справа налево

суть не в этом, суть в том - будет ли скомпилированный в определённом компиляторе код читать значение i всякий раз при обращении к нему. Если будет, то

i = (i=1) + 0
i = (1) + 1
i = 2 //кстати, почему тут было 1? с арифметикой туго? ;)

а если нет, то

i = (i=1) + 0
i = (1) + 0 //в буфере осталось старое значение
i = 1

>кстати, почему тут было 1? с арифметикой туго? ;)

очепятка

Не программист.

>Неважно чем проинициализируешь, сделай это и скажи чем и ответ. А лучше, не выполняя скажи.

Не выполняя говорю ответ -- 1. Потому что сначала сделается присвоение, потом инкремент.

Инициализирую со значением 0, проверяю, так и есть.

gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3)

А теперь вопрос, где будет по-другому?

перл дает 2

Turbo C++ выводит 2

>с учетом различных компиляторов

Это уволить на<censored/> пока не поздно.

питон - 2

В языках, выполняющих вычисления согласно правилам Си будет два.

В Си и Си++ результат не определён. Возможны варианты 0, 1 и 2.

[dudraug@localhost ~]$ cat i.c 
#include <stdio.h>
char ch;

int main(int argc, char* argv[])
{
    int i=0;
    i=i++;
   printf("%i\n", i);

    return 0;
}
[dudraug@localhost ~]$ gcc-3.4 i.c 
[dudraug@localhost ~]$ ./a.out 
0

неудивительно - инкремент постфиксный

gcc на сабж кстати тоже отвечает 2

Free Pascal Compiler version 2.2.4-1 [2009/05/12] for i386
Copyright (c) 1993-2008 by Florian Klaempfl
Target OS: Linux for i386
Compiling inc.pas
inc.pas(5,10) Fatal: Syntax error, ")" expected but ":=" found
Fatal: Compilation aborted

fpc =)

>неудивительно - инкремент постфиксный

Так он все равно должен на 1 увеличить i после присваивания.

>gcc на сабж кстати тоже отвечает 2

Если посмотришь внимательно, я тут компилил gcc-3.4

>Если посмотришь внимательно, я тут компилил gcc-3.4

Тьфу ты, ты про сабж, просто gcc-4.2 и gcc-4.3 на i=i++; отвечают 1.

>Так он все равно должен на 1 увеличить i после присваивания.

Ну так увеличенное значение остается в стеке.

>Ну так увеличенное значение остается в стеке.

Так на gcc-4.3 все же увеличивает. Суть в том что если запустить gcc с -Wall то увидим варнинг, что поведение не предсказуемо.