может с каким нибудь SP это и поправили, но это есть факт. Стандарт был принят в 99 году, а вижуал 98 года выпуска.

Стандарт действительно поддерживается не полностью, но namespace точно есть.

прошу вас по делу, господа, почему код не компилится?

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

код скачал - так и есть, написано это в хэдэре,
весь код смотреть не стал, так как там куча каких-то диких макросов, нечитабельно, по крайней мере за разумное время  

1. Убрать из хедера using . Ошибка не от этого, но по любому это очень плохо и дальше вылезет.
2. Вообще-то имена, которые начинаются с подчеркивания по стандарту очень сильно нерекомендуются. А еслри это еще к тому же макрос
то пеняй на себя. Короче в X.h определен такой макрос и поэтому имеешь, то что имеешь

sol78, во вложении несколько подкорректированный код, который компилируется под 6-ю студию.

Присоединённый файл ( Кол-во скачиваний: 8 )
 RTOC.rar 142,03 Kb

Не исправляли, стандарт более менее вменяемо стал поддерживатся только в 7.1, Стандарт был принят в 98 году, и визуал вышел в 98 году, только на полгода раньше чем стандарт.

Ln78,  он не компелируется!!!!!!!!!
Помогите!!!!!!!!!!!!!!!!! 

Добавлено через 5 минут и 2 секунды
Все теже 4 ошибки:
Compiling...
X.CPP
d:\microsoft visual studio\vc98\include\iosfwd(145) : error C2143: syntax error : missing ';' before '='
d:\microsoft visual studio\vc98\include\iosfwd(147) : error C2059: syntax error : '=='
d:\microsoft visual studio\vc98\include\iosfwd(149) : error C2059: syntax error : '<'
d:\microsoft visual studio\vc98\include\iosfwd(169) : error C2059: syntax error : '=='
Error executing cl.exe.

Как не компилируется? У меня всё скомпилировалось: я и перед тем, как поместить сюда проверил, сейчас скачал именно этот архив ещё раз и проверил, всё без ошибок и замечаний. Проверял на 6-й студии, т.е. использовал RTOC.dsw и RTOC.dsp. Вы "Rebuild All" делать пробовали? Указанные ошибки были когда в X.h было:

После замены на 

у меня ошибки пропали. Попробуйте вместо _CLASS_X написать что-нибудь подлиннее и уникальнее

Вот код из замечательного файла iosfwd

Он включается в rtoc.h посредством строки

В свою очередь, rtoc.h, не будучи глупым хидером, включается в x.h, включенный в начале файла x.cpp

Интересный момент заключается здесь в препроцессорной директиве, расположенной в начале файла x.h. Это

Теперь переведем свой взор на код в начале этого поста. Что же будет с этим кодом если он попадет под действие макроса #define _X? Давайте проверим. Компилируем файл x.cpp с включенной директивой /P (генерация исходного текста после препроцессора). Посмотрите только как упростилась наша шаблонная специализация!

Теперь можно осмыслить сказанное компилятором предложение

Хотя раньше, показанное на неизуродованном теле iosfwd, оно могло вызывать лишь удивление.
Мораль заключается в том, что короткие имена макросов в плане разрушительности можно сравнить с ОМП и пользоваться ими, пожалуй, не стоит вовсе.
Немного еще по теме...
Посты vinter,а меня озадачили

и

На сколько я знаяю, существует 2 стандарта c++ - 98 и 2003 годов. А 98 студия была доделана в 97-году, но по коммерческим причинам поступила в продажи в 98-м. Так что стандарту она не соответствует, но довольно близка к нему и несомненно там есть и iostream и string и чего только нет. Подозреваю, что ей пользуются до сих пор и довольно успешно...

Снова AFAIK в случе отсутствия объявления какого-то namespace, using namespace <имя> просто не даст никакого эффекта, т.е будет безвредна.
Ну и теперь призы. Первый приз выигрывает Fazil6, он даже без кода угадал проблему.
Второй приз идет Ln78, он исправил текст.

Дай угадаю - ты компилируешь свой неисправленный вариант?
Кстати, 

у меня вопрос. Под именами что подразумевается?

Так, ну я бы еще пописал, но чуствую что наверно хватит.