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

А вообще - это довольно 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.