Я предлогаю закрепить эту тему где-нибудь на видно месте и чтобы люди, которые только начали изучать язык и не могут пока осилить "hello world" или не понимают почему теперь iostream.h указывается  без *.h - отписывали свои вопросы тут. Согласитесь - большая часть таких людей не пользуется поиском, и создаёт темы с элементарными вопросами и начинается перепалка с модераторами / ругань / баны / обиды / сопли намотанные на кулак и всё такое прочее  
А тут без злости так сказать будем отвечать на их вопросы  

У меня такой вопрос - почему теперь iostream.h указывается  без *.h, я серьезно, раньше я как-то не обращал на это внимания, а раз тут такое дело, не грех и спросить.... 

По стандарту *.h - Си-шный стиль, в то время как в С++ - либо *.hpp, либо вообще без расширения.

DjoNIK, 
а разве стандартом оговорены расширения файлов?   

MAKCim, не по стандарту компилятора, конечно, это в принципе невозможно 
По одному из принятых стандартов (по-крайней мере я так читал у авторитетного источника)

Вроде по последнему стандарту принято, что заголовочные файлы не должны иметь расширения.
Правда чем это обусловлено - не ясно.

Copy/Paste (Шилдт Г. Самоучитель С++):
Новые заголовки в программах на C++
Как вам должно быть известно из опыта программирования на С, при использовании библиотечной функции в программу необходимо включить заголовочный файл. Это делается с помощью инструкции #include. Например, при написании программ на языке С заголовочным файлом для функций ввода/вывода является файл stdio.h, который включается в программу с помощью следующей инструкции:

Здесь stdio.h — это имя файла, который используется функциями ввода/вывода, и предыдущая инструкция заставляет компилятор включить указанный файл в вашу программу.
В первые несколько лет после появления C++ в нем использовался тот же стиль оформления заголовков, что и в С. Для совместимости с прежними программами в языке Standard C++ этот стиль по-прежнему поддерживается. Тем не менее при работе с библиотекой Standard C++ в соответствии с новым стилем вместо имен заголовочных файлов указываются стандартные идентификаторы, по которым компилятор находит требуемые файлы. Новые заголовки C++ являются абстракциями, гарантирующими объявление соответствующих прототипов и определений библиотеки языка Standard C++.
Поскольку новые заголовки не являются именами файлов, для них не нужно указывать расширение .h, а только имя заголовка в угловых скобках. Ниже представлены несколько заголовков, поддерживаемых в языке Standard C++:

Такие заголовки по-прежнему включаются в программу с помощью инструкции #include. Единственным отличием является то, что новые заголовки совершенно не обязательно являются именами файлов.
Поскольку С++ содержит всю библиотеку функций С, по-прежнему поддерживается стандартный стиль оформления заголовочных файлов библиотеки С. Таким образом, такие заголовочные файлы, как stdio.h и ctype.h все еще доступны. Однако Standard C++ также определяет заголовки нового стиля, которые можно указывать вместо этих заголовочных файлов. В соответствии с версией C++ к стандартным заголовкам С просто добавляется префикс с и удаляется расширение .h. Например, заголовок math.h заменяется новым заголовком C++ <cmath>, а заголовок string.h — заголовком
<cstring>. Хотя в настоящее время при работе с функциями библиотеки С допускается включать в программы заголовочные файлы в соответствии со стилем С, такой подход не одобряется стандартом языка Standard C++. (То есть, он не рекомендуется.) По этой причине во всех имеющихся в книге инструкциях #include используется новый стиль написания заголовков программ. Если ваш компилятор для функций библиотеки С не поддерживает заголовки нового стиля, просто замените их заголовками в стиле С.
Поскольку заголовки нового стиля появились в C++ совсем недавно, во многих и многих прежних программах вы их не найдете. В этих программах в соответствии со стилем С в заголовках указаны имена файлов. Ниже представлен традиционный способ включения в программу заголовка для функций ввода/вывода:

Эта инструкция заставляет компилятор включить в программу заголовочный файл iostream.h. Как правило, в заголовках прежнего стиля вместе с расширением .h используется то же имя, что и в соответствующих им новых заголовках.
Как уже отмечалось, все компиляторы C++ поддерживают заголовки старого стиля. Тем не менее такие заголовки объявлены устаревшими и не рекомендуются. Именно поэтому в книге вы их больше не встретите.
! Несмотря на повсеместное распространение в программах заголовков старого стиля, они считаются устаревшими.

Библиотека <iostream.h>не является частью стандарта языка. С другой стороны библиотека <iostream> входит в стандарт. Библиотека <iostream> реализована в виде объектно-ориентированной иерархии классов, поддерживает как основные так и расширенные (unicode) символы. С другой стороны <iostream.h> ограничена исключительно символами char (символы ASCII). Кроме того, целесообразно использовать <iostream>, если, разумеется, ваш компилятор поддерживает это, т.к. все компоненты <iostream> находятся в пространстве имен (namespace) std, в то время, как компоненты <iostream.h> располагаются в глобальном пространстве.
Есть три основных механизма использования библиотеки <iostream>:

•  Использование подробного описания посредством операция явного задания (scope-resolution operator):
  

  Код

  std::cout << "Hello World!" << std::endl;

•  Использование объявления для каждого члена namespace, который вы хотите использовать, к примеру:
  

  Код

  using std::cout; using std::endl; cout << "Hello World!" << endl;

•  Использование директивы, которая предоставляет все пространство имен внутри вашей локальной области видимости (namespace):
  

  Код

  int main() { using namespace std; cout << "Hello World!" << endl; return EXIT_SUCCESS; }

Итак, если вам в программе необходимо использовать какой-то компонент <iostream> только один или два раз, то используйте правило 1, иначе, если ваша программа довольно интенсивно использует возможности <iostream>, то более удобным будет использовать правило 3.

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

Какой компилятор выбрать?
Компиляторы и IDE для C++
Какую книгу выбрать?
Литература по C++
Что такое: STL, MFC, ATL, API, WinAPI, .Net, VCL?
Что такое STL...
Что такое MFC...
Что такое ATL...
Что такое API...
Что такое WinAPI...
Что такое .NET...
Что такое VCL...

Итог: да и воздастся ищущему...

ДРУЗЬЯ, ПРЕДЛАГАЮ ИЗБЕГАТЬ ВОСТОРЖЕННЫХ И БЛАГОДАРСТВЕННЫХ РЕПЛИК В ДАННОМ ТРЕДЕ, ДАБЫ НЕ ПЕРЕГРУЖАТЬ ЕГО ЛИШНЕЙ ИНФОРМАЦИЕЙ, ЕСЛИ ТРЕД ДЕЙСТВИТЕЛЬНО РЕШЕНО ЗАКРЕПИТЬ! СПАСИБО И БЕЗ ОБИД  ! ВМЕСТО ЭТОГО ПРЕДЛАГАЙТЕ ВАРИАНТЫ НАИБОЛЕЕ ЧАСТО ЗАДАВАЕМЫХ ВОПРОСОВ ОТ НОВИЧКОВ.

Это сообщение отредактировал(а) FiMa1 - 11.10.2007, 13:41

Спасибо за бурную реакцию, однако появились вопросы по некоторым нюансам, как получу доступ к IDE, проверю, уточню и выскажу...  

to FiMa1 будте справедливы  киньте ссылку еще на VCL!

ценная информация
спасибо

В чем отличие ссылки от указателя? Как использовать ссылки?
В C++ есть элемент, родственный указателю — это ссылка (reference). Ссылка является скрытым указателем и во всех случаях, и для любых целей ее можно употреблять просто как еще одно имя переменной.
Ссылку допустимо использовать тремя способами:

• Ссылку можно передать в функцию. 
• Ссылку можно возвратить из функции. 
• Можно создать независимую ссылку.

ПЕРЕДАЧА ПАРАМЕТРОВ В ФУНКЦИИ ПОСРЕДСТВОМ ССЫЛОК
Наиболее распостраненное применение ссылки — передача ее в качестве параметра функции. Что бы понять, что такое параметр-ссылка и как это работает, рассмотрим программу, в которой параметром является указатель, а не ссылка:

Здесь функция foo() загружает целое значение 100 по адресу, который обозначен указателем p. В данной программе функция foo() вызывается из функции main() с адресом переменной i, по которому она располагается в памяти. Таким образом, после выполнения функции foo() переменная i будет содержать число 100.
В этой программе показано, как использовать указатель для реализации механизма передачи параметра посредством вызова по ссылке (call by reference). В программах С такой механизм является единственным спосо бом добиться вызова функции по ссылке. 
Запомните в языке Си ссылок нет!
Однако в C++ с помощью параметра-ссылки можно полностью автоматизировать весь процесс. Чтобы узнать, как это сделать, изменим предыдущую программу. В ее новой версии используется параметр-ссылка:

Проанализируйте эту программу! Во-первых, для объявления параметра-ссылки перед именем переменной ставится знак амперсанда (&). Таким образом, переменная r объявляется параметром функции foo(). Теперь, поскольку переменная r является ссылкой, больше не нужно и даже неверно указывать оператор ‘*’. Вместо него всякий раз, когда переменная п упоминается внутри функции f(), она автоматически трактуется как указатель на аргумент, используемый при вызове функции f(). Это значит, что инструкция

фактически помещает число 100 в переменную, используемую при вызове функции foo(), каковой в данном случае является переменная i. Далее, при вызове функции f() перед аргументом не нужно ставить знак &. Вместо этого, поскольку функция f() объявлена как получающая параметр-ссылку, ей автоматически передается адрес аргумента.
Теперь важно запомнить следующее: значение адреса, на который указывает ссылка, вы изменить не можете (в этом поведение ссылок схоже с поведением константных указателей). Например, если в программе, где используется параметр-ссылка поместить в тело функции foo инструкцию:

Вместо инкрементирования адреса, как это было бы с использованием указателей эта инструкция инструкция инкрементирует значение переменной (в данном случае это переменная i).
Кроме того, ссылка должна быть инициализирована в месте ее объявления, так если вы напишите где-то в программе, к примеру:

то непременно получите ошибку вида “references must be initialized” (в этом можно найти еще одно сходство ссылок с константными указателями).
Параметры-ссылки имеют несколько преимуществ по сравнению с аналогичными (более или менее) альтернативными параметрами-указателями.
Во-первых, с практической точки зрения нет необходимости получать и передавать в функцию адрес аргумента. При использовании параметра ссылки адрес передается автоматически. Во-вторых, по мнению многих программистов, параметры-ссылки предлагают более понятный и элегантный интерфейс, чем механизм указателей. В-третьих, как вы узнаете потом, при передаче объекта функции через ссылку копия объекта не создается. Это уменьшает вероятность ошибок, связанных с построением копии аргумента и вызовом ее деструктора.

ВОЗВРАЩЕНИЕ ПАРАМЕТРОВ ИЗ ФУНКЦИЙ ПОСРЕДСТВОМ ССЫЛОК
Фактически ничего особенного здесь нет, реализуется это также как и в случае с получением параметров посредством ссылок.
Для начала рассмотрим пример с использованием указателей для возврата значений из функций:

Но функции могут возвращать и ссылки, однако здесь надо быть осторожным! Если возвращение ссылки переменной объявлено в вызываемой функции, переменная должна быть объявлена внутри этой функции как static. В противном случае ссылка адресуется автоматической переменной, которая после завершения функции уничтожается; в таком случае говорят, что переменная «не определена» и поведение программы непредсказуемо.
Так для следующего примера

вы получите следующее предупреждение: “ returning address of local variable or temporary”. Да, результат выполнения такой программы чреват печальными последствиями, если к моменту использования значения переменной var, располагающееся по адресу возвращаемому функцией foo, значение будет перезаписано чем-либо другим.
Таким образом вы должны объявить var так

Обратите внимание, что для возврата адреса переменной var из функции также не нужно использовать оператора взятия адреса ‘&’, т.к. функция изначально была объявлена как возвращающая ссылку на переменную целого типа. Соответственно и в main оператора разыменования ‘*’ писать не нужно.

НЕЗАВИСИМЫЕ ССЫЛКИ
Хотя они обычно и не используются, вы можете создавать независимые ссылки (independent reference). Независимая ссылка — это ссылка, которая во всех случаях является просто другим именем переменной. Поскольку ссылкам нельзя присваивать новые значения, независимая ссылка должна быть инициализирована при ее объявлении.
! Большинство программистов чувствует ненужность независимых ссылок, они добавляют неразберихи в программу. Как правило, их следует избегать.
Пример программы с независимой ссылкой:

В этой программе независимая ссылка ref служит другим именем переменной х. С практической точки зрения ref и х идентичны.

В завершении подведем некоторые ограничения, которые распостраняются на ссылки:

• Нельзя изменить адрес ссылки;
• Нельзя создавать массивы ссылок;
• Нельзя ссылаться на битовое поле;
• Ссылка должна быть инициализирована в момент объявления, до того как она будет использована как член класса, возвращена как значение функции или станет параметром функции.

таких вопросов ну очень много разных возникнуть может. Толку если все ответы на них в кучу свалить? Если чел поленился книгу почитать, он станет читать километровую тему? Сомневаюсь.

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

Первое что пришло в голову...
Ну и так, если все ж останется:

Чем отличается константный указатель от константного указателя на константу?
Константный указатель- для такого указателя невозможно изменить адрес на который он указывает.
Константный указатель на константу - для такого указателя невозможно изменить ни адрес на который он указывает, ни значение, которое находится по данному адресу в памяти.
Для примера просмотрите приведенный ниже код:

zkv, понимаешь, не в обиду будет сказано дзайнеру и админам, но раздел FAQ - незаметен.
Если бы ссылка на него висела в разделе "C/C++ общие вопросы" - то народ бы юзал.
имхо.

FiMa1, ты серьёзно? 
ты написал много, но честно говоря ценность этого весьма сомнительна... 
Тема отличия указателей и ссылок не раскрыта.
Если уж пишешь о передаче ссылок в функции, то где тема о константных ссылках  и вообще зачем использовать передачу по ссылке и константной ссылке, так что опять незачет.
Не раскрыта тема "Зачем возвращать ссылки из функций". После раскрытия ее становится ясно, что это применяется в конкретных случаяхи и в общем случае возвращать ссылки из функций не подходящее решение.
Если уж советовать возвращать ссылку на static переменную, то нужно следом писать статью о том насколько это некрасиво и чем черевато. 

Не помню кто сказал

Давайте, давайте, скопипастити сюда Страуструпа, Шилдта и прочих писателей для новичков... Желательно в полном объёме .
Думаю, 90% всех подобных вопросов освещены в C++ FAQ LITE, правда он на английском, что новичка не всегда устраивает... Да с новичками наверное всегда проблемы будут... Ну не знают они обычаев форума, не обучены нэтикету.



Твои сновидения - это авторитетный источник ?


По последнему(и предпоследнему ) стандарту принято, что стандартные заголовочные файлы не должны иметьют расширения.
Обусловлено, думаю, тем же, что и зарезервированные идентификаторы - отсутствием коллизий имён файлов.

так вот

насчет абстракций - файл iostream таковым не является, потому что он СУЩЕСТВУЕТ !
 Короче, мои идеи по этому поводу - "стандартные идентификаторы" будут реализованы в будущем, а сейчас для совместимости используются имена реальных файлов...

Имеет право не существовать. Это интимное дело конкретной реализации(компилятора) - как и что организовать, чтобы её(реализации) поведение полностью соответствовало Стандарту.

Добавлено через 1 минуту и 16 секунд

А зачем ? Ты примерно представляешь, как устроен компилятор?

Отличия указателей от ссылок

• Ссылка позволяет косвенно манипулировать объектом, точно так же, как это делается с помощью указателя. Однако эта косвенная манипуляция не требует специального синтаксиса, необходимого для указателей.
• Ссылка должна быть инициализирована при ее объявлении. Хотя, как мы говорили, ссылка очень похожа на указатель, она должна быть инициализирована не адресом объекта, а его значением.

Дополнение: Если мы определяем ссылки в одной инструкции через запятую, перед каждым объектом типа ссылки должен стоять амперсанд (&) – оператор взятия адреса (точно так же, как и для указателей).


Когда следует возвращать ссылки и делать их константными?
Внимательно читаем здесь Константные ссылки и указатели, константные методы классов

Когда использовать передачу константных ссылок?
Объект, как правило, передается по константной ссылке для предотвращения его изменения в процессе передачи и обработки получателем. Кроме того такой подход позволяет избежать копирования всех полей объекта класса, как это было бы с передачей его по значению и, следовательно, избежать лишних затрат.
Аналогичную функциональность можно реализовать и с применением константных указателей на константы, но это потребует наличия специального синтаксиса, присущего для указателей.

В общем примерно в том духе. А вообще ДА И ВОЗДАСТСЯ ИЩУЩЕМУ!

FiMa1, ты сам эти мануалы пишешь ?

ссылка намного сильнее отличается от указателя чем тебе кажется
различия ссылок и указателей

И да и нет.. не люблю/некогда изобретать велосипед, если что-то есть в инете на тему, то анализ найденного, выборка, copy, небольшое редактирование, дополнение и paste. Я ведь к чему и подвожу ДА И ВОЗДАСТСЯ ИЩУЩЕМУ   !
Новички, вы просто не льстите себе, в 99,9% случаев вы не нашли новой закономерности/ошибки компилятора.... и, наверняка, вопрос ваш не оригинален, уже не раз поднимался и был решен.
1. Обязательно прочитайте следующее:
Вредные советы 
Как правильно задавать вопросы
2. Обязательно пробуйте искать существующее решение вашего вопроса:
Vingrad Search
Поисковые системы
3. Никогда не задавайте следующих вопросов:
- Что лучше С или С++ и с чего начать?
- Где взять книги по С/С++ и какие?
- Я новичок в программировании, дайте мне задание...
Ответы для себя и дискуссии на эти вопросы вы сможете найти в любом месте Интернета.

Fazil6, большое спасибо! Обязательно прочту.

Это сообщение отредактировал(а) FiMa1 - 12.10.2007, 11:46

Ну, во-первых, если копипастишь, то обязательна ссылка на оригинал(ибо не воздастся плагиатчику...), а, во-вторых, из моего опыта общения с тобой мне показалось, что тебе рановато мануалы писать...

Ссылки всегда присутствуют...

Ok, молчу   

Э нее батенька вы не правы. Пускай пишет. как никак повторение - мать учения. Если человек хочет писать - пускай пишет. Сто пудово кому то поможет. 
Так что пиши  FiMa1 - если будет время - почитаем - все равно порою на работе делать не фиг  

Я пользуюсь Borland C++ 4.5 (1991-1994)
в коде программы надо писать <iostream.h> и std  при написании проги не надо.
В книге написано что это старинный компилятор, но где достать новый компиллятор и есть ли большое отличие?

DreLaZ, молодец! Твой вопрос действительно оригинален и не поднимался... по крайней мере в данном треде он уже не поднимался целых 17 постов...
Компиляторы и IDE для C++
ЗЫЖ: для кого пишем   ...

http://www.microsoft.com/downloads/details...;displaylang=en

Добавлено через 1 минуту и 27 секунд
Visual C++ 9

Компиляторы и IDE для C++
Эту тему я уже читал. Все подряд качать не в сосотоянии.
Каким компиллятором посоветуете мне пользоваться (чтоб было без .h)?

Это сообщение отредактировал(а) DreLaZ - 12.10.2007, 14:55

Microsoft Visual Studio 2005 Express Edition

Да, вот еще что, не удержался что бы не добавить, дорогие новички, пожалуйста не начинайте учиться программировать с VCL приложений в Borland C++ Builder, т.е. приложений, использующих визуальные компоненты. Начинайте учиться программировать с консольных приложений.
Для BCB 6.0: File->New->Other, выбираем Console Wizard, жмем Ok, в следующем окне выбираем язык исходного кода создаваемой программы (С/С++) и снова Ok.

Кстати, он у меня был. Он также не хочет компилить

выдает ошибку

Ну это уже что-то из разряда фантастики .
Есть два варианта:
1. Ты ни разу не написал этот код руками(или написал, но после постояно копипастишь его), а в нём, к примеру, может буква "е" к примеру русским написана - попробуй ручками написать .
2. У тебя талантище устанавливать компиляторы - толи ты постоянно сам удаляешь этот файл, то ли ещё чего делаешь .

Кстати, все и всегда пишу своими руками. Проблема решена: на компе стоял MVS 1.52 и MSV 2005.
Пытался компилить в MVS 1.52  

Уважаю  

Установил Microsoft Visual Studio 2005 Express Edition (2,7Gb-наверное нормальной конфигурации).
При запуске проги поставил стандартные настройки с++. Но не могу разобраться в проге. Что выбрать в New (глаза разбегаются при выборе), чтобы написать код программы? 

Что-то вроде new project->c++->win32->win32 console

Я так понял, что Microsoft Visual Studio 2005 Express Edition усовершенствованный С++?
И там "другая номенкулатура".
Я новичек в с++ и прогал тока на borland c++ 4.5

Скажем так: любой компилятор вводит свои расширения(ибо стандарт некоторые вещи вообще не оговаривает, к примеру, как создать динамическую библиотеку аля dll/so).
Что ты под номенклатурой понимаешь?

Ну к примеру написать программу на паскале, чтоб она выводила "Hello" и аналогичную на с++. Один и тот же результат, но разный код. Так и между borland с++ 4,5 и MVS 2005 Express Edition. То чему я научился в с++ я не могу использовать в MVS S 2005 Express Edition. Хотя почитав немного лит-ры по нему можно переучиться. Но стоит ли?
зы может, что я что-то делаю в MVS 2005 Express Edition неправильно. Ведь там много настроек при выборе нового файла.   

Это сообщение отредактировал(а) DreLaZ - 12.10.2007, 18:00

DreLaZ, есть куча отличий в языке, в связи с тем, что VS-8 соответствует стандарту, скажем, на 85%, а BC-4.5, скажем, на 7%(цифры с потолка - это чтобы ты контраст почуствовал).

Ты покажи что у тебя не получается, мы тебе скажем что не так.

Начну с простого. Книга меня учила (занимаюсь самообучением), для того чтобы вывести на экран надпись: надо подключить библиотекy iostream описать функцию main и тд.............
т.е. имеем прогу

прога компилится без проблем в borland c++ 4.5, а также в visual studio 1.52.
А прога  представленная ниже, которую представляет книга не компилится в этих 2-ух компилляторах.

В этой же теме мне посоветовали использовать MVS 2005 Express Edition. Но я не могу разобраться в ней и так понял, что к простому с++ она не имеет отношения(код по другому пишется, хотя некоторые моменты похожы). Также как билдер к с++
зы помогите определиться с компиллятором

Это что?


Плохая книга, раз не сказали, что нужно подключать ещё и ostream, а то что писать return 0 в main нафик не нужно .


File->New->Project...->Visual C++->Win32->Win32 Console Application
В поле Name пишешь имя проекта(test, к примеру).

В появившемся wizard'е жмёшь Next, потом ставишь галочку empty project, потом Finish.
Потом Project->Add New Item...->Visual C++->Code->C++ File(.cpp)
В поле Name пишешь имя файла(main, к примеру).

Открывается редактор. Там пишешь

Build->Build Solution.
Debug->Start without debugging.

Видишь чёрный экран и надпись Hello World.

А на Visual C++ 6 всё это пишется так

Большое спасибо!!! Всё получилось.

вообще-то microsoft visual c++ 1.52 (cкачал с инета)

Книга "с++ за 21 день" (для новичка думаю как раз, потом можно посмотреть что-то другое).
Зачем подключать ostream? Согласен, что и return там не нужен.
зы что еще изменилось из стандартов не считая .h и std?

Добавлено через 1 минуту и 10 секунд

Оно и на Borland c++ 4.5 также пишется.

Покажи скриншот, а? А лучше ещё и ссылку дай на это чудо .


Да я шутю . Ещё не сделали такой компилятор, который при отсутствии ostream ругнулся бы, а когда будут создавать новый супер-пупер компилятор, обязательно задумаются, что есть туева хуча книг в которых описано немного иначе и, самое главное, туева хуча программ, которые просто перестанут компилироваться, так что сделают так, чтобы работало и с iostream(на самом деле, чтобы сделать, чтобы не работало придётся немало потрудиться ).

Ну фишка в том, что, когда ты пишешь std::cout << blablabla; ты по сути вызываешь std::cout::operator<<(blablabla); или std::operator<<(std::cout, blablabla); (в зависимости от типа blablabla... кстати могут быть и ещё более извращённые случаи).
Так вот, Стандарт оговаривает то, что iostream содержит объявления объекта cout, но не гарантирует того, что этот заголовочный содержит определение класса basic_ostream(экземпляром которого cout и является). Т.о. может сработать ADL и вызваться не тот оператор или вообще может не скомпилировать. Под "может" я подразумеваю имеет право по Стандарту - в реальности всё конечно работает и без ostream.



А откуда такая согласность  ?
Ф-ция, возвращающая не void(в данном случае int) должна что-нибудь возвращать, разве нет?  
Просто Стандарт явно оговаривает, что, если main ничего не возвращает явно, то компилятор должен неявно вставить туда return 0; 


Ну, учитывая то, что на момент появления BC-4.5 Стандарта не было вообще, то очень много .
Из очень заметного - default int и templates. А так, скорее всего ещё *_cast, mutable, и много чего другого.
Очень многие изменения в тонкостях, которые так просто не заметишь...

вот это ЧУДО

Да уж... Раритет .

archimed7592
Насколько мне известно из книги "С++: стандартная библиотека" от Николая Джосьютиса:
по стандарту принято, чтобы main Описывался след. образом:

При успешном завершении - 0.

Хочу предупредить о такой специфической ошибке - если в среде VS создаете визардом консольный проект, то #include <iostrem> надо прописывать в файле stdafx.h, а не там, где main...  

tdebugger, не стоит предупреждать о том, чего толком не понимаешь .
Если отключены precompiled headers(потом я и показывал на примере empty project), то stdafx.* можно вообще удалить.
Если включены, то единственное условие, которое накладывается на модули трансляции - это, чтобы первым include'ом был stdafx.h - в остальном модули ничем не отличаются.

Rickert, эхх... Если бы ещё все книги правильно писали...

Ну и где правда?

как получу доступ к IDE

Согласен.


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


Ты знаешь - молодец, а некоторые досадные ошибки делают...

С трёх раз угадаешь? Ну ладно, приведу аналогию:
Есть УК-РФ в котором сказано за убийство человека светит X лет. Есть недописатель недолитературы, который утверждает что за убийство человека в Росии сажают на Y лет. Кто прав?

Скорее всего, как всегда выдрано из контекста и неправильно понято тобой и писатель тут не при чём(Джосатиса не читал, но слышал только хорошие отзывы).



.
Ребят, особенно новички: Стандарт ISO/IEC 14882:2003 - это закон. Любой компилятор("IDE") - это всего лишь реализация, которая не всегда соответствует Стандарту и не всегда результат его работы обязан работать "правильно"(j = (i++) + (i++); яркий тому пример).



Угу, но по стандарту компиляция модуля трансляции - это монолитный процесс, а то что конкретные реализации разбивают его на этапы(препроцессинг, компиляция, сборка) - это, опять же, их интимное дело.
Я имел ввиду то, что делать iostream(и всё стандартную библиотеку) абстракцией - это дороже, чем просто реализовать её "с нуля"(как будто в компиляторе её нет) в неабстрактных файлах, которые "СУЩЕСТВУЮТ", тем более, что Стандарт предоставляет для этого все возможности.



Я тебе о том, что совет твой не правильный. Общий совет выглядит так: любой модуль трансляции должен начинаться с #include "stdafx.h", а то что лично ты предпочитаешь запихивать все заголовочные файлы в stdafx(и не писать их в самих модулях) - это плохо, ибо stdafx нужен для precompiled headers, а никак не для всеобщего сборища зависимостей. Не надо учить новичков плохому стилю .

archimed7592, сам суди:

Rickert, ну и сравни теперь это с тем что ты сказал

Я ничего общего не вижу . Наоборот, как и предполагал - Джосатис, в лучших традициях, описал этот вопрос наиболее полно...

если бы стандартизовать порядок вычисления (например слева направо)
то никакой неоднозначности бы не было
1) temp1 = i
2) i = i + 1
3) temp1 = temp1 + i
4) i = i + 1
5) j = temp1
таким образом однозначно раскручивается любой сложности выражение

разворачиваем в 

1) temp1 = i
2) i = i + 1
3) temp1 = temp1 + i
4) temp1 = temp1 - i
5) i = i - 1
6) temp1 = temp1 + i
7) i = i + 1
8) i = temp1

разворачивается в
i = i * ((i - (-i + ++i - --i) * i) / ++i)
1) temp1 = i
2) temp2 = i
3) temp3 = -i
4) i = i + 1
5) temp3 = temp3 + i
6) i = i - 1
7) temp3 = temp3 - i
8) temp3 = temp3 * i
9) temp2 = temp2 - temp3
10) i = i + 1
11) temp2 = temp2 / i
12) temp1 = temp1 * temp2
13) i = temp1

Это сообщение отредактировал(а) MAKCim - 14.10.2007, 10:06

MAKCim, как только договорюсь с ГОСТ'ом о том, чтобы принимать участие в работе WG21, так сразу займусь этим вопросом .
Нет, на самом деле, мы же не стандартизируем ничего - есть Стандарт, мы и компилятор ему пытаемся следовать(для того он и нужен - чтобы все были максимально довольны).

И напоследок: ты не задумывался, почему этот порядок не стандартизирован ?

просвети   
на самом деле не задумывался

Добавлено через 2 минуты и 2 секунды

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

Ты вот так любишь асм, а за что? За скорость ?
Вот и здесь тоже: оптимизатору даётся свобода действий.

аргумент
тут и не поспоришь   
хотя тут можно включить следующую логику в действия оптимизатора:
1) если какая либо переменная изменяется в правой части выражения 2 и более раз => использовать стандартизованный порядок вычисления для нее, иначе - порядок определяется реализацией
2) переменная изменяется в правой части выражения <=> к ней применяются следующие операторы
а) префиксные и постфиксные ++, --
б) +=, -=, *=, /=, >>=, <<=, %=, &=, |=, ^=

Это сообщение отредактировал(а) MAKCim - 14.10.2007, 11:02

Макс, жжошь .



И какой же порядок использовать? Или может быть Стандарту запретить раздельную компиляцию ;)? Или может обязать компоновщик отслеживать такие связи?

Добавлено через 1 минуту и 54 секунды
Кстати, понятий оптимизатора и его логики в Стандарте нет как таковых .

archimed7592, 
усилим алгоритм
для ссылок и указателей применяем стандартизованный порядок

мы говорим о порядке вычисления выражения
компилятор должен руководствоваться этим порядком в том числе и для оптимизации
тем самым нам и не надо вводить понятие оптимизатора и его логику в стандарт
в стандарте - порядок вычисления, и все

archimed7592, там указано два варианта.

Я когда-нибудь утверждал что вариант только один? Скорее ты говорил про один вариант, а я лишь толковал о том, что конкретно в main return не обязателен .


MAKCim, это был всего-лишь один маленький пример сразу промелькнувший в голове, а если подумать, думаю таких косяков можно много нарыть . Те же указатели(аналогичный пример). Не стоит оно того, короче говоря.
В конце концов: j = ++i + i; - здесь переменная меняется только один раз, но, тем не менее, результат не определён .

Совсем уж к чайниким по Си себя не отношу ,не подобная задача завела меня в тупик, надеюсь, кто-нибудь растолкует что к чему 
Существует ли функция( или алгоритм), в Си( Си++), позволяющая воспринимать строку, введимую с клавиатуры как часть кода программы.
Например, ввод двух любых (по желанию пользователя) математических функций, по которым в дальнейшем ведётся рассчет.  

по идее - нет! Ведь данные и код - две вещи, которые разделены в памяти.

Sketch, нет, не существует. Только если извращаться и компилировать её на лету.

а питон может помочь в этом деле? 
сам не знаю о нем ничего, поэтому это именно вопрос, а не совет.