Почему VC++ не понимает cout??

@semen_semen · Регистрация: 14.11.2007

Студворк — интернет-сервис помощи студентам

Помогите новичку!!
При компиляции win32 console application VC++ дает 3 ошибки на следующий фрагмент

C++
1
2
3
4
5
6
#include <iostream.h>
{
...
    cout << ' (unsigned)int = ' << sizeof(int) << endl;
...
}

Может кто чем поможет???

14.11.2007, 18:21

Первое. Какие именно ошибки?
Второе. Сделай так

C++
1
2
3
4
5
6
7
#include <iostream>
 
{
...
  std::cout << ' (unsigned)int = ' << sizeof(int) << std::endl;
...
}

Префикс std:: означает, что необходимо пользоваться cout и endl из пространства имен (куда cout и помещен в соответствии со стандартом С++)
И iostream пиши без .h
Третье. Проверь, что ты создеещь именно консольное приложение.
Вот и все 8)

@b_lol_b · 19.11.2007, 15:27

Потому что надо пользоваться библиотекой ввода-вывода 'iostream.h'
А в stdio cout не определен

@b_lol_b · 19.11.2007, 15:31

ssory, переклинило меня..
#include 'iostream.h'
...
и нет проблем

19.11.2007, 15:35

Во-первых, причем тут stdio???
Во-вторых, пользоваться все-таки желательно именно <iostream>, где все помещено в пространство имен std
Так рекомендовал комитет по стандартизации C++, куда, кстати, входит и Страуструп

19.11.2007, 15:37

Да, вот это мы реактивные ребята!
Не прошло и пяти минут, как оба написали ответ на сообщение

@b_lol_b · 19.11.2007, 15:49

а какая разница:
#include 'iostream.h'

или
#include <iostream>

std::...
???
заранее благодарен...

19.11.2007, 16:07

'Во-первых, это красиво' (шутка)

Во-вторых, помещение стандартных классов, функций и пр. в пространство std исключает конфликты имен.

В-третьих, между 'iostream.h' и <iostream> существуют 'настоящие' различия.

Отсылаю к статье 'Differences in iostream Implementation' в MSDN.
msdn.microsoft.com/library/en-s/vccore98/HTML/_core_differences_in_iostream_implementa tion.asp

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

19.11.2007, 16:09

Адрес длинный, я там ошибочку допустил...
Посмотри msdn.microsoft.com и в поле поиска введи фразу 'Differences in iostream Implementation'

@b_lol_b · 19.11.2007, 16:18

спасибо...
Тогда гораздо удобнее вообще написать:
using namespace std;

и потом просто:
cout<<...
cin>>..
и.т.д.

19.11.2007, 16:26

Тогда не получится 'Во-вторых, помещение стандартных классов, функций и пр. в пространство std исключает конфликты имен.'
Пространства имен вобщем-то и были предложены как раз для того, чтобы избегать 'самостоятельного' совмещения пространств имен, которое может быть явно достигнуто посредством using namespace...
Более мягкая форма using std::cout приведет к тому же эффекту
cout << i;
но и она врядли может приветствоваться, разве что если область видимости не велика и ограничивается десятью-пятнадцатью строками кода...
using namespace std на уровне целого проекта, по моему мнению, безрассудство...

@b_lol_b · 19.11.2007, 16:32

спасибо

19.11.2007, 16:40

Кстати, совмещение пространств имен может 'вылезти боком' не сразу...
Например,

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
namespace A{
    int X,Y,Z,L;
}
 
namespace B{
    int I,J,K,L;
}
 
namespace C{
    using namespace A;
    using namespace B;
    X = 10;
    I = 20;
}

Пройдет неделя работы над проектом... другая... и только тогда будет дописан в пространство C код

C++
1
    L = 5;

И компилятор потребует пояснить - что имеется в виду - A::L или B::L...
Это не беда, конечно, но может доставить неудобства.

@b_lol_b · 19.11.2007, 16:43

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

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@b_lol_b 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 21
	19.11.2007, 15:27
	Потому что надо пользоваться библиотекой ввода-вывода 'iostream.h' А в stdio cout не определен 0

@b_lol_b 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 21
	19.11.2007, 15:31
	ssory, переклинило меня.. #include 'iostream.h' ... и нет проблем 0

Brother
	19.11.2007, 15:35
	Во-первых, причем тут stdio??? Во-вторых, пользоваться все-таки желательно именно <iostream>, где все помещено в пространство имен std Так рекомендовал комитет по стандартизации C++, куда, кстати, входит и Страуструп

Brother
	19.11.2007, 15:37
	Да, вот это мы реактивные ребята! Не прошло и пяти минут, как оба написали ответ на сообщение

@b_lol_b 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 21
	19.11.2007, 15:49
	а какая разница: #include 'iostream.h' или #include <iostream> std::... ??? заранее благодарен... 0

Brother
	19.11.2007, 16:07
	'Во-первых, это красиво' (шутка) Во-вторых, помещение стандартных классов, функций и пр. в пространство std исключает конфликты имен. В-третьих, между 'iostream.h' и <iostream> существуют 'настоящие' различия. Отсылаю к статье 'Differences in iostream Implementation' в MSDN. msdn.microsoft.com/library/en-s/vccore98/HTML/_core_differences_in_iostream_implementa tion.asp Коротко - в классы потоков добавлены дополнительные методы и исключены некоторые старые, назначение которых было признано неадекватным.

Brother
	19.11.2007, 16:09
	Адрес длинный, я там ошибочку допустил... Посмотри msdn.microsoft.com и в поле поиска введи фразу 'Differences in iostream Implementation'

@b_lol_b 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 21
	19.11.2007, 16:18
	спасибо... Тогда гораздо удобнее вообще написать: using namespace std; и потом просто: cout<<... cin>>.. и.т.д. 0

Brother
	19.11.2007, 16:26
	Тогда не получится 'Во-вторых, помещение стандартных классов, функций и пр. в пространство std исключает конфликты имен.' Пространства имен вобщем-то и были предложены как раз для того, чтобы избегать 'самостоятельного' совмещения пространств имен, которое может быть явно достигнуто посредством using namespace... Более мягкая форма using std::cout приведет к тому же эффекту cout << i; но и она врядли может приветствоваться, разве что если область видимости не велика и ограничивается десятью-пятнадцатью строками кода... using namespace std на уровне целого проекта, по моему мнению, безрассудство...

@b_lol_b 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 21
	19.11.2007, 16:32
	спасибо 0

@b_lol_b 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 21
	19.11.2007, 16:43
	да, что-то я вполне очевидную вещь пропустил...Спасибо просто в огромных проектах не учавствовал...и опыта мало...наверно 0