Привет
В билдере для ввода/вывода подключаю iostream.h. А что надо подключить для VS2008 чтобы можно было вводить cin>>x (например) ?
И какая разница между int и Int (с помщью int описываю переменные, а для чего Int (с большой буквы))?

Ни разу не iostream.h надо использовать, а просто iostream... iostream.h - это устаревшая версия, без пространства имен std. То же самое касается и любого другого компилятора, cin всегда и везде описан именно в этом файле...

А для чего тебе Хелп? Кнопка F1 западает, или сломалась?

создал консольное приложение Вин32, добавил модуль, переменную и cin. Ошибка на скрине.
В справке Int - класс, есть int-поле, int- свойство... Вообщем какой именно даже не знаю. На int в справке несколько листов.

Добавлено через 2 мин.
а все понял, надо добавить using namespace std;

Тогда, если можно, объясни, откуда у тебя вообще возник такой вопрос? С чего вдруг ты заинтересовался Int-ом? На твоем втором скриншоте ни разу не топик о С++, это Шарп...

P.S. А почему у тебя iostream в кавычках, а не в угловых скобках?

Скорей всего потому, что и

#include "stdafx.h"

в кавычках (это строка создалась сама с проетом вместе)

Неправильная логика... "stdafx.h" в кавычках - потому что находится в папке с проектом. А iostream находится в другом месте, поэтому должен быть в угловых скобках.

а как узнать какой файл писать в кавычках, а какой в угловых скобках? (.h в папке с проектом?)

У тебя что, iostream находится в ТВОЕМ проекте? Совсем с ума MS сошла...

В нормальных компиляторах принято, что в кавычках пишется то, что находится в твоем проекте. А все, что касается стандартной библиотеки - оно в угловых.

Спасибо, я всего лишь 1 файл подключаю пока, вот и спросил на будущее

volvo,в MS действительно есть такое дело,что даже если ты поставиш в кавычки, то компилятор это скушает и даже предупреждения не выдаст,несмотря на то что включены все предупреждени,на работоспособность вроде как это не влияет,но тут ключевое слово вроде,потому что более менее стоищей инфы я по этому поводу найти не смог,да и опытным путем проверить не получилось.
Client
Я же тебе уже вроде писал про iostream.h.
Еще как бы я,когда только только начинал осваивать,я создавал консольное приложение вин32,но создавал пустой проект,затем добавлял .сср файл и там уже работал,не знаю,как тебе,но мне так было просто удобнее.

Кстати,если вопрос по поводу "cin" еще в силе,то пропиши перед твоей функцией using namespace std; и все заработает.А еще мне немного не понятно зачем ты основную функцию так объявляеш...

Вообще-то, MS тут ни при чем, поскольку такое поведение прописано в Стандарте языка:
, то есть, если директива

#include "имя_файла"

этого файла не нашла, то автоматически обрабатывает

#include <имя_файла>

... НО... Это увеличивает время компиляции. Зачем это делать, если можно сразу указать компилятору, что библиотечный файл должен быть именно в библиотечной папке, а не в папке проекта? Чем больше таких вот лишних движений делает компилятор, тем дольше ты ждешь окончания сборки проекта.

Я ж говорю "принято", а не "обязано быть"...

Ты про ее название, то что она не main? если так, то это это не я

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

int main(int argc, char *argv[]) {}   // ansi
int wmain(int argc, wchar_t *argv[]) {}  // unicode
int _tmain(int argc, TCHAR *argv[]) {}   // подставляет функцию main или wmain в зависимости от настроек проекта.

вот 3 разных прототипа и заодно чем они отличаются.И все они мейны,а вот если ты попробуей какую нибуть билеберду написать,то тут тебе компилятор поругается.