Отвечая на вопрос что напечатает прога

Код

#include "iostream.h" #include "conio.h" void main() {     clrscr();     int a=30;     cout<<a++<<" "<<a--; }

я ответил 30 30 . Оказалось ошибаюсь .
Обьясните почему она печатает другую строку.

Цитата(Lamak @ 12.5.2005, 14:05)

я ответил 30 30

Видимо, она напечатала 30 31?
a++ - Печатает a, увеличивает a на 1
a-- - печатает a+1, уменьшает (a+1) на 1

точно!!!
Lamak Вам нужно разобраться с инкрементом и декриментом.

на самом деле она печатает 29 30

29 30 а почему так происходит??
ведь а = 30... как а++ = 29?...
Добавлено @ 14:38
даже если:

Код

cout << a << "  " << a--;

выводит 29 30!!!
че ето инкремент не работает...

Код

#include <iostream> #include "conio.h" using namespace std; void main() {     int a = 30;     cout << a++;     cout << " ";         cout << (a--); }

А так "нормально" выводит 30 31. Я уже не знаю что такое "нормально"

да... любопытно... 29 30

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

Цитата(Alastis @ 12.5.2005, 15:08)

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

Точно. Браво!

Из вышесказаного я понял так , что сначало выполняется a-- и a=29;
потом а печатается и оператором а++ получается 30 и печатается.
Кажется так.

Э-э, люди, а это случаем не undefined behaviour? (5.4) Долго вчитывался в стандарт: сначала по выражениям, а потом по требованиям к потокам - но истины так и не постиг Хотя, впрочем, все просто: если разные компиляторы дают разные результаты - это UB
MSVC 7.1: 30 30
Intel 7.1: 30 31
CBuilder 6: 29 30

Цитата(Void @ 13.5.2005, 19:28)

MSVC 7.1: 30 30

у меня как раз 7.1, а результат 29 30

Цитата

Из вышесказаного я понял так , что сначало выполняется a-- и a=29; потом а печатается и оператором а++ получается 30 и печатается. Кажется так.

Я разобрался и работает оно не так,а вот как:
Компилятор обрабатывая строку

Код

cout<<a++<<" "<<a--;

,сначала вычисляет выражения в обратном порядке как положенно и делает это так:
- записывает в стек для cout а=30
- вычисляет -- : присваевает а=29
- записывает в стек для cout а=29
- вычисляет ++: присваевает а=30
Потом cout печатает данные из стека т.е. 29 30.
ВОТ ТАК!

Цитата(Alastis @ 13.5.2005, 22:15)

у меня как раз 7.1, а результат 29 30

Вот уж не знаю Битый час экспериментировал с настройками компилятора, как было 30 30, так и осталось. Не поделишься, с каким ключами компилировал?

А вообще, все это не имеет значения: есть факт - три компилятора выдали три разных результата для элементарной конструкции. Значит, что-то в ней не так.

а вот это уже действительно любопытно: компилирую в Debug - результат 29 30, в Release - 30 30

ВЫВОД:
Не следует употреблять подобные конструкции.

А вообще - это довольно undefined behavior, посудите сами: что думать компилятору если << это операция обьявленная юзером. Порядок определения операций не определен стандартом, поэтому следует больше избегать таких операций.

Цитата(Alastis @ 16.5.2005, 06:03)

а вот это уже действительно любопытно: компилирую в Debug - результат 29 30, в Release - 30 30

А у меня норма, в debug, release всегда 29 30,

а может дело вообще не в компиляторах???
может дело в самой iostream.h?

может в компиляторах:

Цитата(Void @ 13.5.2005, 19:28)

MSVC 7.1: 30 30 Intel 7.1: 30 31 CBuilder 6: 29 30

просто идет не родная библиотека, а модифицированная, например размер h файла:

VC++ 3-4 kb
BC5.02 36 kb
TC 28 kb
BC 31 kb

Добавлено @ 08:45
Я к чему ето все...
Неужели, за веремя существования этой библиотеки
в нее не вносили изменений серьезные дяденьки программисты?

Цитата(HELPER @ 16.5.2005, 10:42)

а может дело вообще не в компиляторах??? может дело в самой iostream.h?

А при чем тут потоки? Они всего-навсего определяют семантику операторов >> и << - как и в каком порядке вычислять операнды - дело компилятора.

Цитата(HELPER @ 16.5.2005, 10:42)

Я к чему ето все... smile Неужели, за веремя существования этой библиотеки в нее не вносили изменений серьезные дяденьки программисты? smile

Дык, это часть стандартной библиотеки C++ - стандарт не определяет реализацию, он только выдвигает определенные требования, которым должна соответствовать библиотека - и все. Существует масса реализаций, наиболее популярны те, что получили свое начало в недрах HP и SGI (сколько я знаю, корни у Dinkumware и STLPort все там же). Так вот, я к тому, что стандарт не определяет, как должен вести себя компилятор в такой ситуации - значит это undefined behaviour - значит это зло!

P.S. Кстати, а где народ iostream.h в MSVC 7.1 откопал? К счастью, этот deprecated хидер оттуда выкинут и есть только iostream. С ним и тестировал.

Цитата(Void @ 16.5.2005, 19:09)

А при чем тут потоки?

Void, я про саму библиотеку, а не отом, что она делает...., хотя раз она определаят операторы << >>
то может быть дело в порядке вычисления - слева на право или наоборот?

Цитата(HELPER @ 16.5.2005, 21:49)

Void, я про саму библиотеку, а не отом, что она делает...., хотя раз она определаят операторы << >> то может быть дело в порядке вычисления - слева на право или наоборот?

А я про что... Да не, порядок вычислений вроде лежит на компиляторе - хотя конечно основательно извратившись, в библиотеке это можно изменить - но зачем?

...

Цитата(Void @ 13.5.2005, 19:28)

MSVC 7.1: 30 30 Intel 7.1: 30 31 CBuilder 6: 29 30

но результат 30 30 вообще не понятен...

Цитата(HELPER @ 17.5.2005, 18:16)

но результат 30 30 вообще не понятен...

ну не знаю, этот результат как раз первым и приходит в голову: вывести a, инкрементировать, декрементировать, вывести результат... слева направо

Цитата(chipset @ 16.5.2005, 04:49)

А вообще - это довольно undefined behavior, посудите сами: что думать компилятору если << это операция обьявленная юзером.

Да в общем-то компилятору пофиг, объявленна перегружен ли оператор пользователем или нет. По сути, оператор<< уже перегружен для ostream. Ассоциативность для оператора<< стандартом таки опредленна, поэтому конструкция типа

Код

cout<<a<<b<<а;

Вполне валидна и выдает предсказуемый результат. (так же как и a<<b<<2).

То, что явлется здесь undefined behavior - это, как обычно, изменение значение переменной. Так как sequence point'ов в этом выражении нет, то его составляющие компоненты могут вычислятся в произвольном поряедке. В принципе, компилятор может вначале вычислить a и b, а потом их вывести. А может вычислить а, вывести а, вычислить b, выветси b, вывести а.

Так, не в тему:
может сделать опрос на форуме, у кого какие результаты выдает на каком компиляторе?

Цитата(kometa_triatlon @ 17.5.2005, 14:36)

может сделать опрос на форуме, у кого какие результаты выдает на каком компиляторе? smile

Давай

Это UB.
Это ведь тоже самое что и:

по сути 

Это сообщение отредактировал(а) Rickert - 28.6.2007, 06:40

minGW 3.4.2

30 31

Borland C++ Builder 6.0
29 30 (и для 'Full debug' и для 'Release')

MS Visual Studio 2005 Professinal Editition (#include <iostream> вместо "iostream.h")
29 30 ('Debug')
30 30 ('Release')

Это сообщение отредактировал(а) FiMa1 - 28.6.2007, 10:59

GСС 4.1.2 во всех режимах оптимизации выдал 29 30.

Некрофилы 

Rickert, 
korbian, 
FiMa1, 
bsa, молодцы. Хорошую тему подняли.

Я не поднимал, я только ответил...   

ага, лучше сделайте опрос какой компиллятор что выведет тут

Void, 
JackYF, на дату начала дискуса я и не обратил внимания.