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

Что же такого в современных компиляторах? Да собственно ничего особенного, просто они начали более полно соответствовать Стандарту.

Итак, устаревшие источники в виде некоторых книг и преподавателей предлагают вам написать и откомпилировать следующую программу(так писать неправильно):


Visual Studio 2005 и выше(к примеру) откажется компилировать эту программу выдав следующее сообщение:

Вот правильный вариант программы:


Отличия: во-первых, это подключение заголовочного файла iostream вместо iostream.h(этого требует Стандарт), во-вторых, это использование пространства имён std т.к. почти все сущности из стандартной библиотеки теперь располагаются в этом пространстве имён.

Более подробно:
1. Стандартные заголовочные более не имеют окончания .h. Т.е. теперь должно подключать fstream, ostream, vector, string и т.д.
1а. Стандартные заголовочные файлы из языка С(не С++) также более не имеют окончания .h, но имеют приставку 'c': cmath, cstdio, cstdlib и т.д. Примечание: помимо этого все ф-ции из этих заголовочных файлов языка С также теперь находятся в пространстве имён std, т.е. теперь нужно писать std::printf, std::strcpy и т.д.
2. Пространство имён std. Все сущности из стандартной библиотеки теперь находятся в нём. Сделано это для того, чтобы они не конфликтовали с вашими сущностями(из-за совпадения имён). Если Вы не хотите постоянно приписывать std::, то есть два варианта как этого избежать:


К слову, подключение посредством using или using namespace категорически не рекомендуется делать внутри своих заголовочных файлов.
Также не рекомендуется делать это и внутри модулей(.cpp). Самый правильный вариант - это подключение имён уровня ф-ции, причём, рекомендуется подключать только необходимые имена:


Назад к FAQ

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

Кажись у тебя ошибка. Всюду написано:

тут походу имеется ввиду
???

Это сообщение отредактировал(а) Igor_K - 9.4.2008, 11:59

Ага, пасип .

Всё хорошо, только предлагаю заменить "инжект" на "включение" или "вставка".

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

получать доступ к сущностям пространства имен   

Длинно и непонятно  

Может быть "подключение"?

в конце допиши return 0;
и всё будет работать

Спасибо, дорогой, а то у меня до этого не работало .

Если уж на то пошло, то писать нужно return EXIT_SUCCESS, но это эквивалентно return 0, а по стандарту, если ф-ция main не возвращает значения, то неявно подставляется возвращение нуля(implicit return 0), так что, если компилятор требует написания return 0 - это свидетельствует о его несовременности .

у меня c++ builder 6 
никак немогу написать консольное приложение под дос, перепробывал выше приведенное, компилирует и материться что нету ДЛЛки
ХЕЛП!!! или скажите плз где норм компилятор скачать,  или как руки кривые выпрямить ))))))

Добавлено через 4 минуты и 27 секунд
cc3260.dll вот этот найти не может

arkeyn, см. здесь: http://forum.vingrad.ru/index.php?show_typ...showtopic=49632

ладно, много слишком всего. У меня есть книга там описываеться С++ но только вот мне нужен стабильный компилятор, 
!!рабочий!! вижу что там всего много, какой именно посоветуеш закачать что бы там безпроблем можна было приложения 
под дос писать по книжке и желательно что бы потом чтото под виндовс писать тоже можно было. спб

Странно, что только сейчас об этом заговорили. 
Уже как 4 года говорят о том что все функции ввода/вывода находятся в std и что следует писать программу так

всеравно неработает, какой вы компилятор юзаете?  

посоветуйте компил нормальный что бы с формами можна было и под дос работал ато в моет c++ builder 6 
нехватает библиотек какихто все время, уже достало впрям        

Юзал 6 Билдер который был поставлен на ХР
Также юзал ВС 2005 

Одно средство есть чтобы сделать так чтобы все работало -- переставить билдер. Советую ставить все что хочет поставить установщик вместе с самим билдером + сохранить сам диск на винте.

Смотря что под ДОСом понимать. Если именно ДОС, то не посоветую ничего(и вряд ли кто посоветует). Если ты имеешь ввиду консольные приложения, то посоветую Visual C++ 2008 Express.



4 года говорят и, тем не менее, с завидной регулярностью спрашивают "а почему ... ?". Собственно говоря, см. прибитую к потолку тему "Пишем ФАК".

Неплохо былобы написать int main(){...}
Это если rturn 0; а типа у мэйна нет.

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

Тогда при написании большого кода с разными библиотеками не будут проблемы.

Таким вот способом:


Это сообщение отредактировал(а) Suertero-E - 12.9.2009, 18:05

не ошибаешься

Начинание, конечно, правильное, но сам подход не совсем соответсвует случаю. Во-первых, данный топик создавался с целью избежать вопросов "памагите, ашипка (реальная причина: iostream.h или отсутсвие квалификации std" (или, в крайнем случае, отсылать в этот топик задающих подобные вопросы). Т.е. целевой контингент "совсем новичек", которому ещё рано заморачиваться тем, чтобы в каждой функции писать using namespace std (да, кстати, "в этом нет никакого смысла" (с) Король вечеринок), а если он этого писать не будет, то следующим же вопросом он создаст тему "памагите, ашипка (реальная причина: в main есть using, в другой ф-ции using'а нет)", чего тоже хотелось избежать. Ну а, во-вторых, если иметь чёткое понимание что именно и где имеено ты пишешь, то using внутри ф-ции только обременит читабельность кода когда в реальности не даст абсолютно ничего. using внутри ф-ции необходимо делать только тогда, когда пишешь ф-ции внутри заголовочного файла (как часто бывает с шаблонными ф-циями, к примеру).

Другими словами, когда ты в main.cpp пишешь using namespace std; это не означает, что все имена из std во время компоновки будут переведены в глобальное пространство имён, это лишь помогает компилятору на этапе компиляции найти нужное имя и поставить полностью квалифицированную ссылку на это имя, т.е. никаких ошибок компоновки этот способ не добавит. Что же касается перекрытия имён - когда пишешь "большой код с разными библиотеками" крайне не рекомендуется делать модули длинее 200-400 строк ( примерно 10-20 функций в модуле ), а соответсвенно, случайно перекрыть имя среди этих 10-20 ф-ций будет крайне проблематично.

Другое дело, заголовочные файлы - там, конечно, using namespace для собственного удобства внутри namespace-scope писать категорически не рекомендуется.

    А о каком Стандарте речь? ISO/IEC 14882:1998? Если да, то тут написан бред. В нем не запрещено ипользовать хидеры с окончанием .h. Стандарты читать надо. И НИКОГДА в плюсах не будет запрещено их использование, т.к. Страуструп и прочие адепты из кожи вон лезут, добиваясь совместимости сишных прог с плюсовым стандартом (хоть у них это и не получается), чтобы как можно больше сишников мигрировали на плюсы. И нет никакого смысла убивать совместимость (пусть частичную). Это никому не надо.
    И не могли бы вы показать строчку стандарта, где написано, что код возврата из main без (return smth) есть 0? Я таковой не нашел. Более того, в сишном стандарте это undefined behavior. Боюсь, что в плюсах так же, хотя утверждать не берусь.

Это сообщение отредактировал(а) mes - 12.9.2009, 21:34

ISO/IEC 14882:2003 3.6.1.5

Вообще говоря, я эту строчку читал в second edition, то бишь в 14882:2003, но не исключаю, что в 1998 написано то же самое.


Уважаемый, так Вы же бред и пишите... Где в процитированном Вами куске моего поста написано, что стандарт запрещает использовать хидеры с окончанием .h?


Действительно . Чем весьма и весьма рекомендую Вам заняться.


Здесь написана такая же очевидная истина, как вроде этой: "Буква А - первая буква в алфавите".

Прошу прощения, невнимательно прочитал пост.


Спасибо.


Каюсь - полностью прочитал лишь 2 сишных стандарта, стандарт плюсов только местами. 

Почему же, 

прекрасно компилится несмотря на ".h". Т.е. не указано, что можно писать именно обоими способами, а не только без ".h".

Это сообщение отредактировал(а) serghd - 3.1.2011, 04:57

а почему не должно компилиться если у вас есть подходящий файл stdio.h ?
 во первых это не одно и то же.. во вторых далеко не всегда возможно.. 

Мне  кажется на языке С тоже надо привести консольную программу для
избежания ненужных вопросов:



Использованы:
1) пакет компиляторов MinGW;
2) среда Code::Blocks.


Это сообщение отредактировал(а) Modul - 9.1.2011, 19:27

так вот этот момент и надо было описать как полагается, а не отрезать:

"Стандартные заголовочные файлы из языка С(не С++) также более не имеют окончания .h, но имеют приставку 'c': cmath, cstdio, cstdlib и т.д.". 

Я же поэтому и пример специально с ".h", а не с cstdio привёл!

Это сообщение отредактировал(а) serghd - 3.1.2011, 17:31

так читайте внимательно что написано.. ударение на слове (стандартные).. 



ну и что, что привели.. это разве делает заголовок стандартным ?!

Это сообщение отредактировал(а) mes - 3.1.2011, 20:30

Идем читать современную книгу по языку C!!! И советую о void main() забыть навсегда!

что-то из этого враки  

Да, увлекся по аналогии с обычной функцией, ничего не возвращающей.

Оставим один вариант.

Ох сколько обсуждений из за такой маленькой программы  
я бы писал вот так


мне так проще, просто подключить пару библиотек. В общем кому как  
Хотя смотря у кого какой компилятор.

skyfly666, бегом читать книжку по С. Чтобы не говорить глупостей про библиотеки