В scmrtos используются преимущества С++ в часнтости шаблоны.
например так объявляется шаблон класса кольцевого буфера

аналогично объявляется шаблон класса channel

С одной стороны вроде гибко но с другой...
если у меня есть несколько каналов или кольцевых буферов хранящих тип int но разной длины, то эти каналы уже совершенно разные типы данных, которые нельзя никак объединить, сделать, например, массив указателей на каналы разной длины или нельзя сделать класс включающий указатель на кольцевой буфер заранее не указав длины этого буфера. В итоге вместо гибкости получаем противоположный эффект.

Может есть какое-о просто решение о котором я не знаю, подскажите товарищи!
Уж очень не хочется менять код ОС или дублировать то что там уже написано...

Буфера разной длины - это разные типы, как ни крути. Если вы объявили int A[10]; и int B[20];, то это разные типы, хотя и похожие.


Тут не понял.


Вопрос в том, что вы понимаете под гибкостью. С++ с помощью поддержки параметризованных типов предлагает автоматическую генерацию кода, который в противном случае пришлось бы писать вручную. Если вас не устраивает сгенерированный код, не используйте.


На мой взгляд объективно пока в шаблонах кольцевого буфера и канала не хватает специализации для указателей - это так, потому что для очередей сообщений очень удобно использовать указатели. Пока руки не дошли. Надеюсь, в следующем релизе дойдут.


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

Однако оба эти типа можно привести к int* и использовать этот указатель и для одного и для другого, сделать массив 2х указателей где первый из них будет указывать на А, второй на В.
Или например сделать класс членом которого является int* и тогда в одном экземпляре класса держать ссылку на А, в другом на В (это я и имел ввиду говоря о классе).
Однако как аналогичным образом организовать работу с ring_buffer разной длины? Все они - разные типы и как сделать указатель который мог бы указывать и на один и на другой (чтобы по-возможности как-нибудь без void*).


А тут можно чуточку поподробнее? Что значит специализация для указателей?

Вобщем вроде как-то так все решается:


Вывод:


Проверялось в MS Visual C++ 2010.
Было замечено следующее.
если тип указателя задан как

то при попытке положить второй элемент в буфер используя указатель

ничего туда не ложится. Именно ВТОРОЙ элемент (при размере буфера указателя 1) должен быть положен напрямую через

а не через указатель, остальные же элементы можно ложить как угодно, хоть напрямую хоть через указатель.

чтобы это обойти надо задать тип указателя как-нибудь так

тоесть задать заведомо бОльший размер буфера у указателя

Вобщем всеравно какие-то костыли получаются...