Пишу шаблонный класс:



Главный вопрос:
пытаюсь в get скопировать из вектора в T * алгоритмом std::copy , но  не получается. ругается такой ошибкой:


вопрос, как это сделать ?

Второстепенный:
  typedef   typename VecT_t::iterator   VecTItr_t;
Почему в этом месте компиллер нуждается в написании ключевого слова "typename" ?

Это не ошибка, это предупреждение, 

Подключите в свойствах проекта 
-D_SCL_SECURE_NO_WARNINGS;

>>-D_SCL_SECURE_NO_WARNINGS;
но тогда я лишусь проверки других функций, а не вот этого  конкретного места. Как сказать компиллеру (MSVC 2008/2010) что именно в этом месте, а я отлично  шарю чего  делаю и все вычислил для этого ?

Добавлено через 1 минуту и 19 секунд
>>Это не ошибка, это предупреждение, 
был бы варнинг, то позволил бы выполнять код и до работал бы до поставленного мною бряка!

а у меня на последней стоит бряк:


и не срабатывает!

т.е. слово 

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

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

Всем спасибо, был допущен некоторый баг ;))) + это отключение варнинга, вопрос решен! ;)

Пожалуйста.

typename тут нужен для того, чтобы dependant типы распознавались.

Надеюсь не буду слишком назойливым если прошу что следует понимать под термином "dependant типы"  ? ;)

зависимые от аргумента шаблона

Добавлено через 8 минут и 1 секунду
вот пример когда t в одном случае является типом, а в другом значением
http://codepad.org/7Wx0rYd5
а компилятор должен заранее знать, как именно квалифицировать зависимое имя.

http://en.wikipedia.org/wiki/Typename#A_method_for_indicating_that_a_dependent_name_is_a_type

Добавлено @ 11:49
EvilsInterrupt, зачем использовать приведения типов от std::size_t к знаковому int? Если же оно необходимо, тогда правилом хорошего тона считается использовать приведение С++ а не С. Т.е. static_cast, в данном случае.

Это сообщение отредактировал(а) Леопольд - 18.8.2010, 11:50

Леопольд,
>>зачем использовать приведения типов от std::size_t к знаковому int
ну по идеологии size_t это тип хранящий разность двух указателей, чтобы мог вместиться любой указатель, который на любой платформе как правило равен размеру регистра, то этот тип тоже приравниваются к этому размеру регистра . В моем же случае хватит и int и предполагается что чел юзающий буфер, врядли будет внем хранить на 2 ГБ ))) думаю максимум 5 МБ т.е. инт за глаза! ;)

>>тогда правилом хорошего тона считается использовать приведение С++ а не С. Т.е. static_cast, в данном случае.
к нему еще привыкать надо, а я еще думаю в стиле С ))) но согласен, укор правилен ;)

если делаете шаблон, то зачем делать предположения за юзера ?! позвольте пользователю самому настроить необходимое.
а чтоб не передавать кучу параметров в шаблон, погуглите насчет traits.
 В двух словах это такая структура, в которой описаны все типы и зависимости необходимые для настройки шаблона.

mes, 
Вы об этом ?
>>если делаете шаблон, то зачем делать предположения за юзера ?!
Затем чтоб лишний раз подумал прежде чем что-то сделать! Лично этот класс, пусть и шаблонный расчитан на использование мною и для моих нужд. В случае если он кому-то приглянется, чтобы четко знал что тут все нужно еще раз хорошо все просмотреть ;)

Под пользователем подразумевается любой пользователь, и прежде всего Вы сами  

один раз определив нужный тип, Вы уже не будете путаться int там должен быть или не int



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





Это сообщение отредактировал(а) mes - 18.8.2010, 12:46

Если быть точным, то size_t это разрядность размера любого объекта, а для разности указателей есть ptrdiff_t

xvr, Любого из тривививальных так сказать? ;))) т.е пользовательские сюда уже не полезут ;)

Совсем любого. Переменная типа size_t способна вместить число, равное размеру чего угодно в памяти (т.е. проще говоря почти размеру виртуального адресного пространства). При этом она беззнаковая, т.к. объектов с отрицательным размером не бывает.

xvr, Хорошо,но какой будет нативный тип , при котором будут наиболее эффективными вычисления? Если не int то что? Не он потому что на некоторых платформах, он должен быть 64-бита при компиляции под 64, а он все еще 32 ! ;)

Таблица №1

int_fast32_t из stdint.4 (C99)
Это так исторически сложилось